答案：MySQL并发瓶颈需从连接、资源、锁和SQL效率入手，监控线程状态、慢查询、锁等待及系统资源，结合SHOW STATUS、EXPLAIN、INNODB STATUS和performance_schema等工具分析，重点排查连接数、活跃线程、全表扫描、锁阻塞和buffer命中率，及时定位并优化瓶颈点。
MySQL并发瓶颈通常表现为系统响应变慢、连接堆积、CPU或I/O使用率高，但吞吐量却无法提升。要准确分析并发瓶颈，需从连接行为、资源消耗、锁竞争和SQL执行效率等多个维度入手。
1. 监控连接与线程状态
高并发下，连接数过多可能导致线程创建开销大或连接等待。可通过以下方式排查：
- 查看当前连接数：SHOW STATUS LIKE 'Threads_connected'; 判断是否接近max_connections限制。
- 观察活跃线程：SHOW STATUS LIKE 'Threads_running'; 若该值长期偏高，说明大量线程处于活动状态，可能存在查询阻塞。
- 检查线程创建频率：频繁的Threads_created增长表明线程缓存不足，可调大thread_cache_size。
2. 分析慢查询与执行计划
慢查询是并发瓶颈的常见根源。启用慢查询日志并结合EXPLAIN分析执行路径：
- 开启慢查询：SET GLOBAL slow_query_log = ON; 并设置阈值long_query_time（如0.5秒）。
- 使用EXPLAIN查看SQL是否走索引、是否有全表扫描、临时表或文件排序。
- 重点关注type=ALL、Extra中出现Using filesort或Using temporary的语句。
3. 检查锁等待与事务冲突
行锁、间隙锁或死锁会导致请求堆积，影响并发处理能力：
- 查看锁等待情况：SHOW ENGINE INNODB STATUS; 中的TRANSACTIONS部分可看到当前事务和锁信息。
- 启用performance_schema中的锁监控表，如data_locks和data_lock_waits，精确定位阻塞源。
- 检查是否有长事务未提交，使用information_schema.innodb_trx查看运行中的事务及其执行时间。
4. 系统资源与I/O性能评估
数据库性能受限可能源于硬件或OS层：
- CPU持续高于80%时，可能因复杂查询或索引缺失导致大量计算。
- 磁盘I/O延迟高（通过iostat或pt-diskstats观察）会影响脏页刷新和查询响应。
- 检查InnoDB buffer hit rate：SHOW ENGINE INNODB STATUS; 中BUFFER POOL AND MEMORY部分，命中率低于95%可能需要调大innodb_buffer_pool_size。
基本上就这些。定位MySQL并发瓶颈需要结合运行状态、SQL行为和系统资源综合判断，关键在于及时采集数据并快速响应异常指标。
