MySQL高并发优化需分层管控资源：连接数限制（max_connections等）、SQL执行约束（Resource Groups+max_execution_time）、中间件队列调度（ProxySQL）、内存I/O调优（buffer_pool_size等）及监控告警。
MySQL 在高并发场景下容易因连接数暴增、慢查询堆积、CPU 或 I/O 过载导致响应变慢甚至服务不可用。资源控制不是“一刀切”限流，而是分层、按需、可观察的主动管理策略。
连接数与会话级资源限制
避免大量空闲或长连接耗尽线程和内存，是高并发下最基础的防线。
- max_connections：设为合理上限（如 500～2000），结合应用连接池大小反推，避免 OS 层面文件描述符不足；
- wait_timeout 和 interactive_timeout：调低（如 60～180 秒），自动回收闲置连接；
- max_user_connections：对关键业务用户单独设限，防止单个应用异常拖垮全局；
- 启用 thread_pool（仅 Percona Server 或 MySQL 8.0+ 企业版支持）：用线程池复用处理能力，缓解线程创建开销。
SQL 执行资源硬约束（MySQL 8.0+）
利用 Resource Groups 实现 CPU 时间与并发度的精细管控，适用于混合负载场景。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 创建资源组限制 CPU 核心绑定与执行时间配额：CREATE RESOURCE GROUP app_read TYPE=USER VCPU=0-1 THREAD_PRIORITY=19;
- 将用户或会话绑定到资源组：ALTER USER 'app_user' RESOURCE GROUP app_read; 或运行时切换：SET RESOURCE GROUP app_read;
- 配合 max_execution_time（会话级）防止单条 SQL 占用过久：SET SESSION max_execution_time = 3000;
查询队列与优先级调度（需中间件协同）
MySQL 原生不支持排队与优先级，但可通过组合手段实现类队列效果。
- 用 ProxySQL 或 MySQL Router 做前置路由：基于规则分流读写、标记慢查询、设置最大并发阈值与超时重试；
- 对报表类低优先级查询，统一加 /*+ MAX_EXECUTION_TIME(10000) */ 提示，并在 ProxySQL 中匹配该注释降权调度；
- 通过 performance_schema 实时监控 long_query_time、rows_examined、lock_time，触发告警或自动 KILL 异常会话。
内存与 I/O 的间接调控
缓冲区配置不当会放大并发压力，需根据物理资源与访问模式动态校准。
- innodb_buffer_pool_size：建议设为物理内存的 50%～75%，避免 swap；高并发写多场景可略降，留内存给连接线程；
- innodb_io_capacity 和 innodb_io_capacity_max：匹配存储性能（如 NVMe 可设 2000/4000），防刷脏页滞后；
- 关闭非必要日志开销：slow_query_log=OFF（生产慎用）、log_queries_not_using_indexes=OFF，用 pt-query-digest 定期分析代替实时记录。
