提升MySQL主库写入性能需要从多个层面入手，包括硬件配置、数据库参数调优、SQL优化以及架构设计。下面是一些关键策略。
合理配置InnoDB存储引擎参数
InnoDB是MySQL默认的事务型存储引擎，针对写入场景有多个可调参数：
innodb_buffer_pool_size：设置为物理内存的70%-80%，减少磁盘I/O，提高数据页缓存命中率。 innodb_log_file_size 和 innodb_log_buffer_size：增大日志文件和缓冲区可减少磁盘刷写频率，适合大事务或高并发写入。 innodb_flush_log_at_trx_commit：设为1时最安全但性能低；在允许一定风险的情况下可设为2或0以提升吞吐（注意数据持久性影响）。 innodb_flush_method：使用O_DIRECT避免双缓冲，减少系统缓存开销。优化写入SQL与索引设计
不合理的SQL和索引会显著拖慢写入速度：
避免在频繁写入的表上创建过多索引，每次INSERT/UPDATE都会更新所有相关索引。 使用批量插入代替单条INSERT，例如INSERT INTO tbl (a,b) VALUES (1,2),(3,4),(5,6); 可大幅降低语句解析和日志开销。 尽量使用自增主键，避免聚簇索引分裂，提升插入效率。 控制事务大小，避免长时间大事务占用锁和回滚段资源。调整系统架构与写入方式
单机性能总有瓶颈，可通过架构手段缓解主库压力：
考虑分库分表，将大表拆分为多个小表，分散写入负载。 使用消息队列异步处理非实时写入请求，削峰填谷。 读写分离，确保从库承担大部分查询压力，让主库专注写操作。 定期归档历史数据，减小主表体积，提升写入和维护效率。文件系统与硬件建议
底层基础设施直接影响写入能力：
使用SSD硬盘，特别是高IOPS的NVMe设备，显著加快redo log和data file的写入速度。 将数据文件、日志文件放在不同物理磁盘上，避免IO争用。 文件系统推荐ext4或XFS，并启用合适的挂载选项（如noatime）。基本上就这些。关键是根据实际业务场景权衡性能与一致性，逐步调优，监控效果。盲目调参可能适得其反，建议结合slow query log和performance_schema分析瓶颈点。不复杂但容易忽略细节。
