正文
众所周知，IO 对数据库来说，一直都是瓶颈，并且有可能将来一段时间还会是。所以对存储介质的要求就非常高，对于 IO 系统比较高的情况下，建议我们要使用更快的存储设备 SSD 固态硬盘可提高上百倍的数据读写性能或者是 PCIE-SSD 固态硬盘可提高上千倍的数据读写能力。像现在的一些电商网站，在搞店庆或者促销活动的时候，都需要借助此设备，来满足大量用户的影响请求。
TIPS：
建议上高转速硬件设备，SSD 或者 PCIE-SSD
自从 web2.0 时代开启，基本所有的，我们使用的软件都是基于 linux 平台自主研发的。我们知道，MySQL 数据库也是跑在 linux 操作系统上面的。在官方建议估计最推荐的是 Solaris，但从实际生产中的角度来看 CentOS 和 REHL 都是不错的选择，个人建议推荐使用 CentOS, 如果非要使用 REHL，建议 版本为6以后的，这里就不推荐使用在 windows 下跑 MySQL 数据库了，虽然随着MySQL 版本提升，对 windows 有了相关的优化，但是对于高并发，高负载的环境来说，依旧不建议使用。
TIPS：
推荐使用 CentOS，或者 REHL 操作系统类型
操作系统层面的优化，我们要考虑个可能大家会比较忽略的问题，首先就是 swappiness 的问题。swappiness 的值大小对如何使用 swap 分区有着密切的联系。有两个极限值，一个为 0，另一个为 100，查看可执行 cat /proc/sys/vm/swappiness。
0 代表：最大限度地使用物理内存，然后才是 swap 分区，这种行为有可能导致系统内存溢出，从而导致mysql被意外kill掉。不建议这样去设置。
100则为：积极地使用使用 swap 分区，并且把内存上面的数据及时搬到 swap 分区里。
TIPS：
这里比较建议使用默认 60 就可以。
与 swappiness 对应的，另一个操作系统层面的优化，还有一个小细节点就是 IO 调度。这里有 cfq，noop 和 deadline，系统默认使用 cfq，这里老师建议使用 deadline。查看方法：
cat /sys/block/sda/queue/scheduler/
TIPS：
