合理设计索引与表结构，优化SQL语句，调整MySQL配置，结合缓存与读写分离，持续监控并动态调优，综合提升高并发读写性能。
面对高并发读写场景，MySQL 的性能优化需要从多个层面协同处理。单纯依赖某一种手段很难彻底解决问题，必须结合架构设计、SQL 优化、索引策略、配置调优和缓存机制综合应对。
合理设计数据库结构与索引
良好的表结构和索引是高并发读写的基础。没有合适的索引，查询会触发全表扫描，严重拖慢响应速度。
- 为频繁查询的字段建立合适索引，比如 WHERE、ORDER BY 和 JOIN 条件中的字段
- 避免过度索引，因为每个索引都会增加写操作的开销
- 使用复合索引时注意最左前缀原则，确保查询能有效命中索引
- 对大字段（如 TEXT）避免直接建索引，可考虑前缀索引或分离到附属表
- 定期分析执行计划（EXPLAIN），检查是否存在 index scan 或 file sort 等低效操作
优化 SQL 查询语句
低效的 SQL 是并发瓶颈的主要来源之一。即使有索引，错误的写法也可能导致索引失效。
- 避免 SELECT *，只查询必要的字段，减少网络传输和内存消耗
- 减少子查询嵌套，尽量用 JOIN 替代，提升执行效率
- 分页查询避免使用 OFFSET，大数据量下 LIMIT m,n 性能极差，建议用游标或记录上次 ID 方式实现
- 避免在 WHERE 条件中对字段进行函数运算或类型转换，会导致索引失效
- 批量写入时使用 INSERT INTO ... VALUES (...), (...), (...) 而不是多条单条插入
调整 MySQL 配置参数
默认配置通常面向通用场景，高并发环境下需针对性调优关键参数。
- 增大 innodb_buffer_pool_size，一般设置为主机内存的 70%-80%，提高数据缓存命中率
- 启用 innodb_flush_log_at_trx_commit=2 可提升写性能（牺牲部分持久性，需权衡业务需求）
- 调整 max_connections 防止连接数不足，同时配合连接池使用
- 开启 query_cache_type=0（MySQL 8.0 已移除），新版建议关闭查询缓存，改用应用层缓存
- 设置合适的 innodb_log_file_size，较大的日志文件有助于提升写吞吐
引入缓存与读写分离
减轻数据库压力最有效的手段是将热点数据前置到缓存，并通过架构拆分读写流量。
- 使用 Redis 或 Memcached 缓存高频读取的数据，如用户信息、配置项等
- 对数据一致性要求不高的场景，可适当延长缓存过期时间
- 搭建主从复制结构，主库负责写，多个从库分担读请求
- 在应用层实现读写分离逻辑，或使用中间件（如 MyCat、ShardingSphere）自动路由
- 必要时对大表进行分库分表，按用户 ID 或时间维度水平拆分，降低单表压力
基本上就这些。关键是根据实际业务特点选择合适组合，持续监控慢查询日志和系统性能指标，动态调整策略。高并发不是一劳永逸的方案，而是一个持续优化的过程。
