答案：通过选用InnoDB引擎、优化表结构与索引、批量写入、控制事务粒度、分区分表、调整MySQL参数及避免死锁等手段，可显著提升MySQL在高并发写入场景下的性能与稳定性。
在高并发写入场景下，MySQL 的性能容易受到锁竞争、磁盘 I/O 和事务冲突的影响。要提升写入效率和系统稳定性，需从架构设计、SQL 优化、配置调优等多方面入手。以下是几个关键优化方向。
合理使用存储引擎
MySQL 中 InnoDB 是支持事务和行级锁的首选引擎，适合高并发写入场景。
- InnoDB 支持行级锁，多个事务可同时修改不同行，减少锁冲突
- 开启 innodb_flush_log_at_trx_commit=2 可提升写入性能（牺牲部分持久性）
- 考虑使用 innodb_buffer_pool_size 设置为物理内存的 70%-80%，减少磁盘读写
优化表结构与索引
不合理的表结构会加剧写入开销，尤其是索引过多或主键设计不当。
- 使用自增主键（BIGINT），避免 UUID 等无序值导致页分裂
- 减少二级索引数量，每多一个索引，INSERT 都要更新多棵 B+ 树
- 对写密集但读少的字段，可考虑延迟建索引或异步处理
批量写入代替单条插入
单条 INSERT 开销大，网络往返和日志刷盘频繁。应尽量合并操作。
- 使用 INSERT INTO ... VALUES (...), (...), (...) 批量插入
- 每批控制在 500~1000 条之间，避免事务过大导致锁时间过长
- 应用层可使用队列缓冲写请求，攒批后统一提交
控制事务粒度
大事务会持有锁更久，增加死锁概率和回滚代价。
- 避免在一个事务中执行大量写操作，拆分为小事务
- 及时提交事务，不要长时间打开连接不提交
- 设置合理超时时间：innodb_lock_wait_timeout
利用分区表与分库分表
当单表写入压力过大时，可通过水平拆分降低热点。
- 按时间或业务主键进行分区，如按天分区日志表
- 数据量大且持续增长时，考虑分库分表（如使用中间件：ShardingSphere）
- 分散写入热点，避免集中在同一数据页
调整 MySQL 参数优化写入
默认配置偏保守，生产环境需根据硬件调整。
- innodb_log_file_size 增大可减少 checkpoint 频率
- innodb_io_capacity 和 innodb_io_capacity_max 设为 SSD 实际吞吐能力
- 开启 innodb_adaptive_hash_index 加速热点页访问
避免死锁与重试机制
高并发下死锁难以避免，应用需具备容错能力。
- 所有事务按相同顺序访问表和行，降低死锁概率
- 捕获死锁错误（1213）并自动重试，建议指数退避
- 使用 SHOW ENGINE INNODB STATUS 分析死锁原因
基本上就这些。关键是根据实际负载选择合适策略，配合监控和压测验证效果。并发写入优化不是一蹴而就，需要持续观察和迭代调整。
