优化MySQL的21个建议

爱被打了一巴掌 2022-08-01 18:00 240阅读 0赞

## 1. 要确保有足够的内存 ##

数据库能够高效的运行，最关建的因素需要内存足更大了，能缓存住数据，更新也可以在内存先完成。但不同的业务对内存需要强度不一样，一推荐内存要占到数据的15-25%的比例，特别的热的数据，内存基本要达到数据库的80%大小。

## 2. 需要更多更快的CPU ##

MySQL 5.6可以利用到64个核，而MySQL每个query只能运行在一个CPU上，所以要求更多的CPU，更快的CPU会更有利于并发。

## 3. 要选择合适的操作系统 ##

在官方建议估计最推荐的是Solaris, 从实际生产中看CentOS, REHL都是不错的选择，推荐使用CentOS, REHL 版本为6以后的，当然Oracle Linux也是一个不错的选择。虽然从MySQL 5.5后对Windows做了优化，但也不推荐在高并发环境中使用windows.

## 4. 合理的优化系统的参数 ##

更改文件句柄 ulimit –n 默认1024 太小

进程数限制 ulimit –u 不同版本不一样

禁掉NUMA numctl –interleave=all

## 5. 选择合适的内存分配算法 ##

默认的内存分配就是c的malloc 现在也出现许多优化的内存分配算法:

jemalloc and tcmalloc

从MySQL 5.5后支持声明内存储方法。

\[mysqld\_safe\]

malloc-lib = tcmalloc

或是直接指到so文件

\[mysqld\_safe\]

malloc-lib=/usr/local/lib/libtcmalloc\_minimal.so

## 6. 使用更快的存储设备ssd或是固态卡 ##

存储介质十分影响MySQL的随机读取，写入更新速度。新一代存储设备固态ssd及固态卡的出现也让MySQL 大放异彩，也是淘宝在去IOE中干出了一个漂亮仗。

## 7. 选择良好的文件系统 ##

推荐XFS, Ext4,如果还在使用ext2,ext3的同学请尽快升级别。　推荐XFS，这个也是今后一段时间Linux会支持一个文件系统。

文件系统强烈推荐: XFS

## 8. 优化挂载文件系统的参数 ##

挂载XFS参数：

(rw, noatime,nodiratime,nobarrier)

挂载ext4参数：

ext4 (rw,noatime,nodiratime,nobarrier,data=ordered)

如果使用SSD或是固态盘需要考虑：

• innodb\_page\_size = 4K

• Innodb\_flush\_neighbors = 0

## 9. 选择适合的IO调度 ##

正常请下请使用deadline 默认是noop

echo dealine >/sys/block/\{DEV-NAME\}/queue/scheduler

## 10. 选择合适的Raid卡Cache策略 ##

请使用带电的Raid，启用WriteBack，　对于加速redo log ,binary log, data file都有好处。

## 11. 禁用Query Cache ##

Query　Cache在Innodb中有点鸡肋，Innodb的数据本身可以在Innodb buffer pool中缓存，Query Cache属于结果集缓存，如果开启Query Cache更新写入都要去检查query cache反而增加了写入的开销。

在MySQL　5.6中Query　cache是被禁掉了。

## 12. 使用Thread Pool ##

现在一个数据对应5个以上App场景比较，但MySQL有个特性随着连接增多的情况下性能反而下降，所以对于连接超过200的以后场景请考虑使用thread pool. 这是一个伟大的发明。

## 13. 合理调整内存 ##

### 13.1 减少连接的内存分配 ###

连接可以用thread\_cache\_size缓存，观查属于比较属不如thread pool给力。数据库在连上分配的内存如下：

max\_used\_connections \* ( read\_buffer\_size +

read\_rnd\_buffer\_size +

join\_buffer\_size +

sort\_buffer\_size +

binlog\_cache\_size +

thread\_stack +

2 \* net\_buffer\_length …

)

### 13.2 使较大的buffer pool ###

要把60-80%的内存分给innodb\_buffer\_pool\_size. 这个不要超过数据大小了，另外也不要分配超过80%不然会利用到swap.

## 14. 合理选择LOG刷新机制 ##

Redo Logs:

– innodb\_flush\_log\_at\_trx\_commit = 1 // 最安全

– innodb\_flush\_log\_at\_trx\_commit = 2 // 　较好性能

– innodb\_flush\_log\_at\_trx\_commit = 0 // 　最好的情能

binlog :

binlog\_sync = 1 需要group commit支持，如果没这个功能可以考虑binlog\_sync=0来获得较佳性能。

数据文件：

innodb\_flush\_method = O\_DIRECT

## 15. 请使用Innodb表 ##

可以利用更多资源，在线alter操作有所提高。 目前也支持非中文的full text， 同时支持Memcache API访问。目前也是MySQL最优秀的一个引擎。

如果你还在MyISAM请考虑快速转换。

## 16. 设置较大的Redo log ##

以前Percona 5.5和官方MySQL 5.5比拼性能时，胜出的一个Tips就是分配了超过4G的Redo log ,而官方MySQL5.5 redo log不能超过4G. 从 MySQL 5.6后可以超过4G了，通常建Redo log加起来要超过500M。 可以通过观查redo log产生量，分配Redo log大于一小时的量即可。

## 17. 优化磁盘的IO ##

innodb\_io\_capactiy 在sas 15000转的下配置800就可以了，在ssd下面配置2000以上。

在MySQL 5.6:

innodb\_lru\_scan\_depth = innodb\_io\_capacity / innodb\_buffer\_pool\_instances

innodb\_io\_capacity\_max = min(2000, 2 \* innodb\_io\_capacity)

## 18. 使用独立表空间 ##

目前来看新的特性都是独立表空间支持:

truncate table 表空间回收

表空间传输

较好的去优化碎片等管理性能的增加，

整体上来看使用独立表空间是没用的。

## 19. 配置合理的并发 ##