1 拥有足够的物理内存来把整个InnoDB文件加载到内存中——在内存中访问文件时的速度要比在硬盘中访问时快的多。
2 不惜一切代价避免使用Swap交换分区 – 交换时是从硬盘读取的，它的速度很慢。
3 使用电池供电的RAM（注：RAM即随机存储器）。
4 使用高级的RAID（注：Redundant Arrays of Inexpensive Disks，即磁盘阵列） – 最好是RAID10或更高。
5 避免RAID5（注：一种存储性能、数据安全和存储成本兼顾的存储解决方案） – 确保数据库完整性的校验是要付出代价的。
6 将操作系统和数据分区分开，不仅仅是逻辑上，还包括物理上 – 操作系统的读写操作会影响数据库的性能。
7 把MySQL临时空间和复制日志与数据放到不同的分区 – 当数据库后台从磁盘进行读写操作时会影响数据库的性能。
8 更多的磁盘空间等于更快的速度。
9 更好更快的磁盘。
10 使用SAS（注： Serial Attached SCSI，即串行连接SCSI）代替SATA（注：SATA，即串口硬盘）。
11 较小的硬盘 比 较大的硬盘快，尤其是在RAID配置的情况下。
12 使用电池支持的高速缓存RAID控制器。
13 避免使用软件磁盘阵列。
14 考虑为数据分区使用固态IO卡 (不是磁盘驱动器) – 这些卡能够为几乎任何数量的数据支持2GB/s的写入速度。
15 在Linux中设置swappiness的值为0 – 在数据库服务器中没有理由缓存文件，这是一个服务器或台式机的优势。
16 如果可以的话，使用 noatime 和 nodirtime 挂载文件系统 – 没有理由更新访问数据库文件的修改时间。
17 使用 XFS 文件系统 – 一种比ext3更快、更小的文件系统，并且有许多日志选项， 而且ext3 已被证实与MySQL有双缓冲问题。
18 调整 XFS 文件系统日志和缓冲变量 – 为了最高性能标准。
19 在 Linux 系统中, 使用 NOOP 或者 DEADLINE IO 定时调度程序 – 同 NOOP 和 DEADLINE定时调度程序相比，这个 CFQ 和 ANTICIPATORY 定时调度程序显得非常慢。
20 使用64位的操作系统 – 对于MySQL，会有更大的内存支持和使用。
21 删除服务器上未使用的安装包和守护进程 – 更少的资源占用。
22 把使用MySQL的host和你的MySQL host放到一个hosts文件中 – 没有DNS查找。
23 切勿强制杀死一个MySQL进程 – 你会损坏数据库和正在运行备份的程序。
24 把服务器贡献给MySQL – 后台进程和其他服务能够缩短数据库占用CPU的时间。想要了解更多数据库恢复情况，马上联系我们吧。
MySQL模式优化:
1 保持你的数据库整理性。
2 旧数据归档 – 删除多余的行返回或搜索查询。
3 将您的数据加上索引。
4 不要过度使用索引，比较与查询。
5 压缩文字和BLOB数据类型 – 以节省空间和减少磁盘读取次数。
6 UTF 8和UTF16都低于latin1执行效率。
7 有节制地使用触发器。
8 冗余数据保持到最低限度 – 不重复不必要的数据。
9 使用链接表，而不是扩展行。
10 注意数据类型，在您的真实数据中，尽可能使用最小的一个。
11 如果其他数据经常被用于查询时，而BLOB / TEXT数据不是，就把BLOB / TEXT数据从其他数据分离出来。
12 检查和经常优化表。
13 经常重写InnoDB表优化。
14 有时，当添加列时删除索引，然后在添加回来索引，这样就会更快。
15 针对不同的需求，使用不同的存储引擎。
16 会话数据存储在缓存（memcache）的而不是MySQL中 – 缓存允许自动自动填值的，并阻止您创建难以读取和写入到MySQL的时空数据。
17 存储可变长度的字符串时使用VARCHAR而不是CHAR – 节省空间，因为固定长度的CHAR，而VARCHAR长度不固定（UTF8不受此影响）。
18 逐步进行模式的变化 – 一个小的变化，可以有巨大的影响。
19 在开发环境中测试所有模式，反映生产变化。
20 不要随意更改你的配置文件中的值，它可以产生灾难性的影响。
21 有时候，在MySQL的configs少即是多。
22有疑问时使用一个通用的MySQL配置文件。
