提升MySQL数据库性能的主要方法包括合理设计表结构、使用索引优化查询、调整服务器配置参数、定期维护数据库等。首先，创建合适的索引能大大加快查询速度，比如在经常查询的字段上加索引。其次，优化SQL语句，避免全表扫描，使用EXPLAIN分析查询计划。调整innodb_buffer_pool_size到服务器内存的70-80%，让更多数据驻留在内存中。实践案例：在电商平台中，对订单表user_id和create_time字段加复合索引，查询最近订单时间从5秒降到0.1秒。另外，读写分离，使用主从复制，主库写从库读，负载均衡后QPS提升3倍。分表分库是大规模数据场景的利器，按用户ID取模分表，避免单表过大。

索引优化是提升查询效率的核心

在MySQL中，索引就像书的目录，没有索引查询就得一页页翻。没有索引，查询10万条记录可能要扫描全部数据，有了索引只需几毫秒。实践上，对于订单表，经常查用户最近订单，就在user_id和status上建复合索引。案例：一家游戏公司，用户行为日志表每天新增百万条，全表扫描耗时10分钟，加索引后0.5秒搞定。注意，索引不是越多越好，过多会拖慢写操作，选对字段最重要。B+树索引适合范围查询，覆盖索引能避免回表，进一步提速。

配置参数调优，发挥硬件潜力

MySQL默认配置适合小场景，大流量下性能瓶颈明显。关键参数：innodb_buffer_pool_size设为总内存的75%，缓存热数据；innodb_log_file_size调到1-2GB，减少日志切换；innodb_flush_log_at_trx_commit=2，牺牲点持久性换速度。案例：某视频网站，调整后吞吐量从5000QPS升到15000QPS。线程池开启thread_pool_size匹配CPU核数，并发处理能力翻倍。监控slow_query_log，找出慢SQL针对性优化。

SQL语句优化技巧，避免低效查询

写SQL时，少用SELECT *，只选需要的字段；避免在WHERE中用函数，如DATE(create_time)=today改成create_time>=日期 and <日期+1。JOIN时小表驱动大表，用STRAIGHT_JOIN强制顺序。子查询改关联查询，效率高多了。案例：报表查询用临时表分步计算，复杂嵌套查询优化后时间从30分钟到2分钟。LIMIT分页时，后页慢，用延迟关联或记录ID分页。

分库分表和缓存实践，应对海量数据

单表超千万行时，垂直分表拆字段，水平分表按业务key分。中间件如MyCat管理分片。缓存用Redis存热点数据，查询先查缓存miss了再查MySQL。案例：社交App用户动态，按时间分表，每表限1亿行；Redis缓存用户资料，命中率90%，数据库压力降80%。读写分离，主从异步复制，从库分担读流量。

FAQ

Q: MySQL索引失效常见原因有哪些？
A: 常见有字段上用函数、LIKE前缀%号、类型不匹配、OR条件无索引、最左前缀失效。保持字段原样查询就行。

Q: 怎么监控MySQL性能瓶颈？
A: 开启slow_query_log，用pt-query-digest分析慢SQL；show processlist看锁；show engine innodb status查缓冲池命中率。

Q: 数据库崩溃怎么快速恢复？
A: 用二进制日志点对点恢复，或全量备份+增量日志回放。定期全备+binlog是标配。

Q: 并发高时MySQL怎么优化？
A: 调大连接数max_connections，开启线程池，减少锁时间，用乐观锁代替悲观锁。