最佳实践
使用InnoDB存储引擎
InnoDB引擎已经在多方面超越了MyIsam引擎，没有特殊需求的情况下建议选择InnoDB引擎。
让InnoDB使用全部内存
innodb_buffer_pool_size参数指定了 InnoDB 可以使用的内存总量。
建议设置为物理内存的 80%，因为要给操作系统留有空间。
如果你的内存是 32GB，可以设置为大约 25GB
innodb_buffer_pool_size = 25600M
注意：
（1）如果值小于1GB，说明真的应该升级服务器了
（2）如果内存特别大，例如200gb，就不必给操作系统留 20% 了，因为OS用不了 40gb。
让InnoDB多实例
innodb_buffer_pool_size的值大于 1G时，innodb_buffer_pool_instances会把 InnoDB 的缓存池划分成多个实例。
多个缓冲池的好处：
多个线程同时访问缓冲池时可能会遇到瓶颈，而多个缓冲池则可以最小化这个冲突
官方建议的 buffer 数量：每个 buffer pool 实例至少要 1G
例如内存为 32GB，innodb_buffer_pool_size为 25GB，那么合适的方案就是 25600M / 24 = 1.06GB
innodb_buffer_pool_instances = 24
加大max_length_for_sort_data参数的设置
在MySQL中，排序算法分为两种，一是只加载排序字段到内存，排序完成后再到表中取其他字段，二是加载所有需要的字段到内存，显然第二种节省了IO操作，所以更快。决定使用哪种算法是通过参数max_length_for_sort_data来决定的，当所有返回字段的最大长度小于这个参数值时，MySQL就会选择第二种算法，反之使用第一种。所以，如果有充足的内存让MySQL存放须要返回的非排序字段，就可以加大这个参数的值来让MySQL选择第二种排序算法。
当内存不是很充裕时，不能简单地通过强行加大上面的参数来强迫MySQL去使用高效算法，否则可能会造成MySQL不得不将数据分成很多段，然后进行排序，这样可能会得不偿失，此时就须要去掉不必要的返回字段，让返回结果长度适应max_length_for_sort_data参数的限制。
增大sort_buffer_size参数设置
增大sort_buffer_size并不是为了让 MySQL选择第二种排序算法，而是为了让MySQL尽量减少在排序过程中对须要排序的数据进行分段，因为分段会造成MySQL不得不使用临时表来进行交换排序。
打开查询缓存
充分利用Mysql的查询缓存机制，业务中很多SQL都会重复执行的，当然现在很多数据层框架中也有缓存功能，但数据层框架中的缓存属于应用级别的，在数据被外部更新时会导致缓存数据过期问题。
案例
发现网站页面打开非常慢，对处理过程简单记录了一下。
找问题
首先登录服务器使用 top 查看当前进程信息，发现排名第一的是 mysql，占用 cpu 达到了 100% 以上，这就明确了是 mysql 的问题。
登录 mysql，使用 show processlist 查看下当前执行状态，发现了大量 LOCK 操作，也有多个 Copying to tmp table 的操作，说明有 sql 出现了问题，操作过于复杂，对临时表使用频繁，把其他操作阻塞了。
解决思路
找到了问题后，把处理方向确定为检查和修改配置、sql优化。
修改mysql配置
临时表
既然涉及了到了临时表，就先查看下目前临时表的信息
查看临时表的使用状态
show global status like 'created_tmp%';
发现 created_tmp_disk_tables 值过高，需要增加此值。
再看一下现在临时表的大小
show variables like '%tmp_table_size%';
在现在值的基础上增加一些，重新设置临时表大小
线程缓存数
看当前线程情况
show global status like 'Thread%';
发现 threads_created 的值过大，表明MySQL服务器一直在创建线程
查看当前值
show variables like 'thread_cache_size';
此参数需要调高
打开表数量
查看打开表的情况
show global status like 'open%tables%';
发现 opened_tables 数量过大，说明 table_cache 的值可能太小。
查看当前值
show variables like 'table_cache';
此参数需要调高
最大连接数
查看当前允许的最大连接数
show variables like 'max_connections';
查看服务器连接数的峰值
show global status like 'Max_used_connections';
峰值还没到最大限制，不需要修改
join buffer 和 sort buffer
查看现有值
SELECT @@sort_buffer_size;
SELECT @@join_buffer_size;
是默认值，需要修改
修改配置
确定了要修改的参数后，修改 my.cnf ，例如
table_cache = 64
sort_buffer_size = 8M
join_buffer_size = 4M
thread_cache_size = 300
thread_concurrency = 8
tmp_table_size = 246M
sql优化
从 show processlist 结果集中找出主要的复杂语句，对其进行 explain 和 profile 分析，进行索引优化，把复杂的sql 根据业务拆分为多个小的sql。
| 上一篇 | 《性能优化系列文章目录》 | 下一篇 |
|---|