1. 批量插入
- 原因：批量插入可以减少网络往返和事务处理的开销。单条插入会导致频繁的网络请求和事务提交，效率低下。
- 做法：将多条记录一起打包插入，通常每批次插入1000到5000条数据，这样能极大地提升插入速度，避免大量单次插入带来的性能损耗。
2. 使用事务
- 原因：每次插入默认都会自动提交事务，这会增加数据库的开销。把多次插入操作放到一个事务里，能减少提交事务的次数，从而提高插入速度。
- 做法：将所有插入操作包裹在一个大事务里，或者根据需求分批次（如每10000条数据）进行事务提交，减少事务管理的资源开销。
3. LOAD DATA INFILE 优化
- 原因 ：
LOAD DATA INFILE是MySQL提供的高效数据导入方式，比普通的INSERT更快，尤其在导入海量数据时，性能显著提升。它能够从CSV等文件直接将数据加载到表中，省去了每条记录的解析、准备和执行时间。 - 做法 ：将数据保存为文件（如CSV格式），然后通过
LOAD DATA INFILE将文件直接导入表中。适用于数据已经存在于文件中的场景。
4. 禁用索引和自动提交（不到万不得已，别搞，不推荐）
- 禁用索引的原因：插入大量数据时，索引会导致每次插入都需要对索引进行更新，这会显著降低性能。通过在插入前暂时禁用索引，可以避免这种额外开销，插入完成后再重新启用索引。
- 禁用自动提交的原因 ：MySQL 默认情况下
autocommit是开启的，这意味着每次插入都会立即提交事务。关闭自动提交后，可以通过手动控制事务提交，避免频繁的提交操作。 - 做法：在插入开始前禁用索引、关闭自动提交，插入结束后再重新启用索引、开启自动提交。
5. 分批处理
- 原因：一次性插入过多数据可能导致内存或锁竞争问题，并可能导致MySQL崩溃或性能急剧下降。分批处理数据可以平衡系统负载，避免对数据库造成压力。
- 做法：将数据分成小批次（如每批5000条或10000条），逐批插入，确保单次操作不会占用过多资源。
6. MySQL 参数调优
- innodb_buffer_pool_size：这个参数决定了InnoDB使用的内存大小，主要用于缓存索引和数据页。对于大批量插入操作，适当增大该值可以减少磁盘I/O，提升性能。
- bulk_insert_buffer_size：该参数适用于MyISAM存储引擎，增大它可以优化批量插入的性能。
- binlog：如果不需要数据恢复功能，可以暂时禁用二进制日志（binlog），这样可以避免日志记录带来的额外开销。
7. 分区表设计
- 原因：对于超大数据表，分区表可以有效提高插入和查询性能。通过将数据按一定规则（如按日期、按范围或按哈希）分布到多个物理分区，减少单个分区的负载。
- 做法：根据数据特性，合理设计分区策略，如按照ID范围、时间范围等进行分区，将插入操作分散到多个分区中，以减少单个分区的竞争。
8. 异步插入
- 原因：同步插入可能会阻塞主应用程序的正常执行。异步插入可以将插入操作通过消息队列（如Kafka、RabbitMQ）异步处理，避免主线程等待插入完成。
- 做法：将需要插入的数据先推送到消息队列，由后端独立的消费者服务进行异步批量插入。
总结：
- 批量插入 减少网络和事务开销。
- 事务控制 减少频繁的事务提交。
LOAD DATA INFILE是导入海量数据的最快方式。- 禁用索引与自动提交 避免索引更新和事务管理的开销。
- 分批处理 避免一次性插入过多数据导致性能瓶颈。
- 调优MySQL参数 提升系统的整体插入性能。