高并发下mysql优化需从多方面协同：合理设计表结构与索引，避免全表扫描；优化SQL减少大事务和select *；使用redis缓存热点数据；部署读写分离与连接池；调优innodb_buffer_pool_size等关键参数，持续监控慢查询并迭代改进。
在高并发读写场景下，MySQL 的性能很容易成为系统瓶颈。优化需要从架构设计、SQL 语句、索引策略、配置调优和缓存机制多方面入手。以下是关键的优化方向。
合理设计数据库结构与索引
良好的表结构和索引是高并发读写的基础。
- 使用合适的数据类型：尽量用更小的数据类型（如用 int 而非 BIGINT），减少存储空间和 I/O 开销。
- 避免过度设计字段：不要滥用 TEXT 或 BLOB，它们会降低查询效率，尤其是频繁读写的场景。
- 为高频查询字段建立索引：比如 WHERE、ORDER BY、JOIN 条件中的字段。注意避免在索引列上做函数操作，会导致索引失效。
- 使用复合索引遵循最左前缀原则：例如 (user_id, status) 可以支持 user_id 查询或两者联合查询，但不能只用于 status 查询。
- 定期分析慢查询日志：通过 slow_query_log 找出执行时间长的 SQL，针对性加索引或重写。
优化 SQL 查询与事务控制
不当的 SQL 写法会严重拖累并发性能。
- 避免 SELECT *：只查需要的字段，减少网络传输和内存消耗。
- 减少大事务：长事务会持有锁更久，增加锁冲突概率。尽量拆分成小事务。
- 使用批量操作代替循环单条插入：如 INSERT INTO … VALUES (…), (…), (…) 提升写入效率。
- 读写分离时注意一致性：主库写，从库读，但要考虑主从延迟对业务的影响，必要时强制走主库读。
- 避免全表扫描：检查执行计划（EXPLaiN）确认是否走了索引。
启用缓存与读写分离
减轻数据库直接压力，提升响应速度。
- 使用 redis 或 memcached 缓存热点数据：比如用户信息、商品详情等读多写少的数据。
- 开启 MySQL 查询缓存（Query Cache，仅适用于低写频场景）：高写入环境下反而可能成为性能瓶颈，建议关闭。
- 部署主从复制 + 读写分离：通过中间件（如 MyCat、ShardingSphere）或应用层路由，把读请求分发到多个从库。
- 考虑连接池管理：使用连接池（如 HikariCP）复用数据库连接，避免频繁创建销毁开销。
调整 MySQL 配置参数
根据硬件资源和业务特征调优关键参数。
- 增大 innodb_buffer_pool_size：设置为物理内存的 60%~80%，让热数据常驻内存，减少磁盘 I/O。
- 调整 innodb_log_file_size 和 innodb_log_buffer_size：提升写入吞吐量，减少日志刷盘频率。
- 设置合适的 max_connections：避免连接数过多导致资源耗尽，结合连接池合理控制。
- 开启 innodb_flush_log_at_trx_commit=2（权衡持久性与性能）：对于非金融类业务，可适当降低持久性要求来提升写性能。
- 使用 thread_cache_size 和 table_open_cache：减少线程创建和表打开的开销。
基本上就这些。高并发不是靠单一手段解决的，而是结构、SQL、缓存、配置协同优化的结果。关键是监控真实负载，持续迭代改进。