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行为和系统资源综合判断，关键在于及时采集数据并快速响应异常指标。
