MySQL 参数调优

对于高风险，低收益，甚至是负收益的操作，走流程准没错比如：有DMS数据管理工具，为了避免一些业务操作，没有走工单而是自己写代码或者用其他奇奇怪怪的方式，出现问题自己承担责任，虽然你可能是为了快速用户解决问题，要学会用流程和规范来保护自己。

综合优化手段

查询优化、参数优化、读写分离还有分库分表。异地多活。

2000w数据分库分表

增加索引深度。MySQL 默认是 16K 的页面，抛开它的配置 header，大概就是 15K，因此，非叶子节点的索引页面可放 151024/12=1280 条数据，按照每行 1K 计算，每个叶子节点可以存 15 条数据。同理，三层就是 151280*1280=24576000 条数据。只有数据量达到 24576000 条时，深度才会增加为 4

参数调优

参数	作用	具体值	关注点
innodb_flush_log_at_trx_commit	MySQL InnoDB 引擎redo log的刷盘时机	0/2	性能
		1	数据不丢
sync_binlog	MySQL binlog的刷盘时机	N（N>1，表示每多少个事务刷新一次）	性能
		1	数据不丢
transaction-isolation	调整隔离级别	TRANSACTION_READ_UNCOMMITTED	读未提交
		TRANSACTION_READ_COMMITTED	读已提交
		TRANSACTION_REPEATABLE_READ	可重复读
		TRANSACTION_SERIALIZABLE	串行化

Buffer Poll优化

‣

1. innodb_buffer_pool_size

作用：设置 InnoDB 缓冲池的大小，用于缓存表数据、索引，同时也会缓存插入数据，增大该值能减少磁盘 IO 操作。
实践调整建议：尽可能调大该参数。若数据库所在服务器内存较大，可设置为服务器总内存的 70%~75%。
注意事项：避免参数设置过大，否则会导致物理内存不足，进而触发操作系统相关问题。

2. innodb_buffer_pool_instances

作用：指定 InnoDB 缓冲池的实例数量，实例数量越多，并发访问时的竞争就越小。
MySQL 限制：当该参数值大于 1 时，innodb_buffer_pool_size 不能小于 1G。
实践调整建议：缓冲池大小在 8G 以内时，设置为 2 即可；若缓冲池大小大于 8G，可设置为 4。