MySQL整体优化思路

硬件相关优化

在 MySQL 整体的优化环节中，硬件相关的优化必不可少，因此来聊聊这一方面的优化策略

CPU相关优化

• 关闭 CPU 节能，设定为最大性能模式

  考虑到在高并发之前没有任何连接的情况，机器可能会处于节电模式，高并发场景来临时可能导致处理不过来新的请求。

• 配置合理的 CPU 核数和选择合适的 CPU 主频

  CPU 核数越多，支持的并发也越高；
  CPU 主频越高，处理任务的速度越快。

内存相关优化

内存对 MySQL 数据库影响是非常大的。InnoDB 使用 InnoDB buffer pool 缓存数据、索引等内容，从而加快访问速度。因此 MySQL 运行的物理机上，内存配置也是比较重要的。

在应用数据库实例前，应该预估活跃的数据大小，然后根据这个合理配置数据库服务器内存的大小。

磁盘相关优化

对于 OLTP 的数据库，一般场景是 IO 密集型的操作。因此，对于这类情况，应该把更多的注意力放在提高磁盘 IO 上。

对于磁盘相关的优化，这里聊聊几种方法：

• 使用 SSD(固态硬盘) 或者 Pcle SSD 设备

  为什么 SSD 比传统机械硬盘快？
  传统的机械硬盘需要耗费长时间的磁头旋转和定位来查找数据。
  而 SSD 其内部是由闪存组成的。闪存延迟低、功耗低。
  因此 SSD 比传统机械硬盘更快。

系统层面优化

当硬件层优化的差不多以后，系统层部分配置也应该去做一些优化。这里介绍部分系统层面的优化方法

调整 I/O 调度算法

MySQL 运行的物理机上，I/O 调度算法建议使用：deadline/noop，尽量不使用 CFQ。

原因是 CFQ 把 I/O 请求按照进程分别放入进程对应的队列中。CFQ 的公平是针对进程而言，每一个提交 I/O 请求的进程都会有自己的 I/O 队列，以时间算法为前提，轮转调动队列，默认从当前队列中取出 4 个请求处理，然后处理下一个队列的 4 个请求，确保每个进程享有的 I/O 资源是均衡的。因此高并发场景，CFQ 很可能会导致 I/O 的响应缓慢。（参考《深入浅出 MySQL》第二版：22.6 调整 I/O 调度算法）

文件系统选择

优先选用 xfs 或 ext4，坚决不用 ext3。
原因是： ext3 在 fsck 时需要耗费大量时间，文件越多，时间越长。

调整内核参数

vm.swappiness ≤ 10

降低使用 swap 的概率，但是尽量不要设置为 0，可能引起 OOM。

vm.dirty_ratio ≤ 5

这个参数指定了当文件系统缓存脏页数量达到系统内存百分之多少时（如10%），系统不得不开始处理缓存脏页（因为此时脏页数量已经比较多，为了避免数据丢失需要将一定脏页刷入外存）；在此过程中很多应用进程可能会因为系统转而处理文件 IO 而阻塞。

vm.dirty_background_ratio ≤ 10

避免因为 IO 压力瞬间飙升导致内核进程卡死，操作系统 hung 住。这个参数指定了当文件系统缓存脏页数量达到系统内存百分之多少时，就会触发 pdflush/flush/kdmflush 等后台回写进程运行，将一定缓存的脏页异步地刷入外存

MySQL层优化

MySQL自身很多地方是可以优化的，这里对 MySQL层的优化做一个总结

参数优化

在启动 MySQL 之前，一些参数合理的设置，可以大大提升 MySQL 的性能。这里就来介绍一部分相对比较重要的参数：

innodb_buffer_pool_size

该参数控制 InnoDB 缓存表和索引数据的内存区域大小。对性能影响非常大，建议设置为机器内存的 50-80%。

innodb_flush_log_at_trx_commit

InnoDB 的 redo 日志刷新方式，对 InnoDB 的影响会很大。

sync_binlog

控制累积多少个事务后才将二进制日志 fsync 到磁盘

innodb_file_per_table

开启独立表空间。

max_connection

最大连接数。不能设置的过小，防止客户端连接失败；也不能设置的过大，防止数据库内存资源过多消耗。

long_query_time

慢查询时间阀值。

query_cache_type
query_cache_size

建议这两个参数都设置为0。

MySQL 设计优化

• 使用 InnoDB 存储引擎，不建议使用 MyISAM 存储引擎；
• 预估表数据量和访问量，如果数据量或者访问量比较大时，则需要提前考虑分库分表；
• 指定合适的数据库规范，在设计表、执行 SQL 语句时按照数据库规范来进行。

总结

具体从三个大方面聊到了优化方式：硬件、操作系统、MySQL server。

硬件方面需要考虑的优化内容是：

• CPU
• 内存
• 磁盘

操作系统层面需要考虑的优化为：

• 调整合适的 I/O 调度算法
• 选择合适的文件系统
• 调整部分会影响 MySQL 的内核参数

MySQL层：

• 调整部分会影响性能的参数
• MySQL 设计时的优化