答案：MySQL并发瓶颈需从连接状态、锁等待、Performance Schema、慢查询和系统资源五方面监控。首先查看Threads_connected和PROCESSLIST中长时间运行的线程；接着通过INNODB_TRX、INNODB_LOCK_WAITS等表分析事务与锁争用，MySQL 8.0+使用performance_schema.data_locks；启用Performance Schema后检查events_waits_summary_global_by_event_name中的高等待事件；开启慢查询日志并分析执行计划，定位全表扫描或缺失索引；最后监控CPU、内存、磁盘I/O及Buffer Pool命中率，确保系统资源充足。结合基线对比异常变化，精准识别性能问题。
MySQL并发性能瓶颈的监控需要从多个维度入手，重点在于识别资源争用、锁等待和查询效率问题。以下是关键监控方法和操作建议。
1. 监控当前活跃连接与线程状态
高并发下连接数暴增可能导致线程创建开销过大或连接耗尽。
查看当前连接数：
SHOW STATUS LIKE 'Threads_connected';
查看活跃线程：
SHOW PROCESSLIST;
重点关注State列中长时间处于Sending data、Writing to net、Locked等状态的连接。使用SHOW FULL PROCESSLIST可看到完整SQL语句。
2. 分析锁等待与行锁争用
InnoDB行锁或间隙锁是常见并发瓶颈来源。
查看锁等待情况：
SELECT * FROM information_schema.INNODB_TRX; -- 当前运行事务 SELECT * FROM information_schema.INNODB_LOCKS; -- 锁信息（MySQL 5.7及以下） SELECT * FROM information_schema.INNODB_LOCK_WAITS; -- 锁等待关系
在MySQL 8.0+中，使用performance_schema代替：
SELECT * FROM performance_schema.data_locks; SELECT * FROM performance_schema.data_lock_waits;
若发现频繁锁等待，检查是否有长事务未提交或缺少索引导致全表扫描加锁。
3. 启用并分析Performance Schema
Performance Schema提供细粒度运行时性能数据。
确认开启：
SHOW VARIABLES LIKE 'performance_schema';
查看热点等待事件：
SELECT event_name, count_star, sum_timer_wait FROM performance_schema.events_waits_summary_global_by_event_name ORDER BY sum_timer_wait DESC LIMIT 10;
关注wait/io/table/sql/handler、wait/synch/类事件，判断是否存在I/O或互斥锁瓶颈。
4. 检查慢查询日志定位低效SQL
执行缓慢的SQL会占用连接资源，拖累整体并发能力。
启用慢查询日志：
SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 1; SET GLOBAL log_output = 'TABLE';
分析慢查询：
SELECT * FROM mysql.slow_log ORDER BY start_time DESC LIMIT 10;
结合EXPLAIN分析执行计划，查看是否缺少索引、存在全表扫描或临时表。
5. 监控系统级资源指标
数据库性能受限可能源于服务器资源瓶颈。
观察以下指标：
- CPU使用率：持续高于80%可能影响SQL处理速度
- 内存：InnoDB Buffer Pool命中率应高于95%
- 磁盘I/O：高延迟或吞吐饱和会导致查询堆积
Buffer Pool命中率查询：
SHOW ENGINE INNODB STATUS;
在输出中查找Buffer pool hit rate。
基本上就这些。通过连接监控、锁分析、Performance Schema、慢查询和系统资源五方面联动，能快速定位MySQL并发瓶颈所在。关键是建立基线，对比异常时段的变化。
