Mysql优化——服务器层面优化

扩大buffer pool至合适大小

扩大buffer pool的目的将数据保存在内存中，保证从内存读取数据,buffer pool默认的大小为134217728Byte=128M，可以扩大至当前服务器内存的3/4或者4/5，如果buffer pool不足够大的话，硬盘和内存交互会比较多，性能会比较差

show variables like '%buffer_pool%';

show global status like 'innodb_buffer_pool_pages_%';

这个0代表当前的buffer pull已经被占满了，buffer pool占满会造成checkpoint增多（buffer pool使用超过了90%），会造成异步落盘次数增多（超过了75%也会同步落盘），所以可以扩大它

修改数据库配置文件my.cnf，修改过后重启下mysql服务

innodb_buffer_pool_size = 1500M

这个时候再执行以前的sql，应该提升一定的速度

内存预热

执行一次后，再执行一次，速度就要快点，在内存里面的

降低磁盘写入次数

1.调整redolog file的文件大小，降低redolog落盘次数

innodb_log_file_size默认大小为8M， 设置成 innodb_buffer_pool_size * 0.25

2.通用查询日志、慢查询日志可以不开，bin-log 开（出现问题可以恢复）

3.写redolog策略 innodb_flush_log_at_trx_commit （0 1 2）

默认是1，这是最安全的，但是效率是最低的，可以适当调成2，因为2是保证写到了操作系统缓存。1其实效率是最高的，因为只操作到了用户缓存，定时写入log file，但是不安全，所以不可取

提高磁盘读写

多少有些硬盘方面的问题，比如找数据慢这些呀，比如profile分析出来的 send data过长这类问题，可以换一个好一些的硬盘