mysql性能调优需关注四大核心指标。1.查询性能方面，通过开启慢查询日志并结合qps判断sql效率及负载情况；2.连接数与线程状态方面，监控threads_connected和threads_running避免连接阻塞；3.缓存命中率方面，通过buffer pool命中率判断内存使用合理性；4.锁等待和死锁方面，查看innodb_row_lock_waits及死锁信息以减少并发冲突。建议用explain分析sql、优化执行计划、调整配置参数，并结合监控工具持续观察关键指标，从而精准定位瓶颈并进行有效调优。
MySQL性能调优并不是一个靠“感觉”就能搞定的事情，它需要有明确的指标作为依据。如果你想知道系统当前是瓶颈在哪、是不是真的需要优化，就得盯着几个核心指标来看。这些指标能告诉你数据库是不是在“超负荷运转”，也能帮你判断调优方向对不对。
下面这些指标，是日常调优中最值得关注的，也是监控系统中应该优先采集的。
1. 查询性能：慢查询和QPS
慢查询是最直观的性能问题来源。如果一个查询执行时间过长，轻则影响用户体验，重则拖垮整个数据库。MySQL提供了慢查询日志（slow query log），你可以设置一个阈值（比如1秒），超过这个时间的查询都会被记录下来。
建议：
开启慢查询日志，设置合理的阈值 定期分析日志，找出执行慢的SQL语句 用EXPLAIN分析执行计划，看有没有走索引、有没有全表扫描
QPS（Queries Per Second） 也是个重要指标，代表每秒处理的查询数量。它能反映数据库的负载情况，但单独看QPS意义不大，要结合慢查询一起看。比如QPS不高但有大量慢查询，说明SQL本身有问题。
2. 连接数与线程状态：别让连接堵住
MySQL的连接数不是无限的，你可以在配置文件中看到
max_connections这个参数。如果连接数长期接近上限，说明系统可能在“排队”处理请求，这时候就容易出现延迟。
建议：
监控当前连接数，比如通过SHOW STATUS LIKE 'Threads_connected';留意
Threads_running，这个值表示当前正在执行操作的线程数，如果这个值一直偏高，说明有大量活跃请求，可能有性能瓶颈 如果连接数经常爆满，可以考虑： 优化SQL减少执行时间 调整连接池配置 增加
max_connections（但也要注意内存占用）
3. 缓存命中率：别让磁盘成瓶颈
MySQL的InnoDB引擎有一个叫缓冲池（Buffer Pool）的机制，用来缓存数据和索引。如果大部分查询都能从内存中读取，速度就会快很多；如果频繁访问磁盘，性能就会下降。
建议：
监控缓冲池的使用情况，比如通过SHOW ENGINE INNODB STATUS;查看“Buffer pool hit rate” hit rate 接近100%说明命中率高，性能好；如果低于95%，可能需要增加Buffer Pool的大小 注意：Buffer Pool不是越大越好，要结合服务器内存总量来设置
4. 锁等待和死锁：别让SQL互相“打架”
锁是数据库并发控制的重要机制，但如果SQL之间频繁等待锁释放，或者出现死锁，就会严重影响性能。
建议：
查看是否有大量锁等待，可以用SHOW STATUS LIKE 'Innodb_row_lock_waits';，这个值如果持续增长，说明有锁竞争 死锁信息可以在
SHOW ENGINE INNODB STATUS里看到，里面有最近一次死锁的详细信息 避免死锁的方法包括： 尽量按固定顺序访问表 减少事务的执行时间 适当使用乐观锁或重试机制
监控这些指标的方法其实不难，可以用MySQL自带的命令，也可以用像Prometheus+Grafana这样的组合做可视化监控。关键是你要知道看什么，而不是盲目调优。
基本上就这些，调优不是一蹴而就的事，但盯住这些关键指标，至少能让你知道问题出在哪，而不是瞎猜。
