1、将更多的物理内存分配给MySQL做缓存，比如32core，256G（一般是8倍），但不要分的太多，否则会产生swap，要去关注free命令下的free空闲空间的使用情况，至少留4G空间内存，2G有点危险了，剩下的给MySQL分了。
2、myisam 现在用的比较少了。
Innodb表，索引都会被innodb buffer pool缓存，而且这个pool足够大，因此读写都不需要os缓存。
Myisam表、索引来说，只有索引会被缓存、表不会被缓存，因此对于表的访问，一定会产生物理读，因此myisam表读取性能需要依赖os缓存（fs缓存）
3、对于用户线程工作空间的大小设置需要注意，是每个线程分配的大小。
MySQL 内存是否分配过量
看free空间小于1G，甚至几十几百兆，就是分配过量。
Vmstat 1：看swap的si和so，是否产生swap in、swap out，有就是分配过量了。对于innodb表来说：
Ibd文件里有主键列和二级索引，将来表和索引都调进innodb_buffer_pool内存中去缓存，所以文件系统对于innodb来说没有意义。对于myisam表来说：
对于myisam表来说，只在内存中划一块区域出来缓存索引，不缓存表数据， 所以对于myisam 表，只要是读表，就一定发生物理读。
如何判断内存分配过量？
1、free命令查看free变的越来越小，小于1G
2、vmstat里面发生swap 了
如何判断内存分配剩余？
Free看剩余空间是否远远超过4G。