MySQL在高并发场景下容易出现锁等待、连接耗尽和慢查询等问题。要实现高并发读写，需要从架构设计、参数调优和代码层面综合入手，降低单点压力并提升吞吐能力。
一、连接与线程优化
高并发下大量短连接会拖垮MySQL。使用连接池复用连接，并控制最大连接数，是第一步。
- 服务端使用连接池，如HikariCP，避免频繁建立连接
- 合理设置max_connections，防止内存被耗尽
- 开启thread_pool可提升多线程调度效率
示例：Java连接池配置
HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://127.0.0.1:3306/test");
config.setUsername("root");
config.setPassword("pass");
config.setMaximumPoolSize(50); // 控制并发连接数
HikariDataSource ds = new HikariDataSource(config);
二、索引与SQL设计
慢查询是高并发读的最大敌人。应为高频查询字段建立合适索引，并避免索引失效写法。
| 问题 | 优化方式 |
|---|---|
| select * 全表返回 | 只查需要的列 |
| 在字段上使用函数 | 改写SQL避免对列计算 |
| 无索引过滤 | 为where、join字段建索引 |
示例：创建联合索引
CREATE INDEX idx_user_status ON orders(user_id, status); -- 查询可命中索引，减少扫描行数 SELECT id, amount FROM orders WHERE user_id = 1001 AND status = 1;
三、读写分离与分库分表
当单实例无法支撑时，可采用主从复制实现读写分离，写走主库，读走从库。数据量过大再引入分库分表。
读写分离可线性扩展读能力，但需注意主从延迟带来的数据一致性问题。
示例：Spring中指定数据源
// 通过注解路由到从库
@DataSource("slave")
public List<Order> listOrders(Long userId) {
return orderMapper.selectByUser(userId);
}
四、减少锁冲突
InnoDB行锁在高并发更新同一行时会退化成串行。设计上应尽量缩小事务范围，使用乐观锁替代悲观锁。
示例：乐观锁更新
UPDATE account SET balance = balance - 10, version = version + 1 WHERE id = 1 AND version = 2;
若返回影响行数为0，说明版本已变，需重试。这样可降低行锁持有时间。
五、参数与缓存
适当增大innodb_buffer_pool_size，让热数据留在内存。同时在应用层使用Redis缓存高频读，减轻MySQL压力。
通过上述并发性能设计手段，MySQL可以稳定支撑较高并发读写。实际落地时应结合监控慢查询与连接状态持续调优。