1. 拥有足够的物理内存来把整个InnoDB文件加载到内存中——在内存中访问文件时的速度要比在硬盘中访问时快的多。
2. 不惜一切代价避免使用Swap交换分区 – 交换时是从硬盘读取的,它的速度很慢。
3. 使用电池供电的RAM(注:RAM即随机存储器)。
4. 使用高级的RAID(注:Redundant Arrays of Inexpensive Disks,即磁盘阵列) – 最好是RAID10或更高。
5. 避免RAID5(注:一种存储性能、数据安全和存储成本兼顾的存储解决方案) – 确保数据库完整性的校验是要付出代价的。
6. 将操作系统和数据分区分开,不仅仅是逻辑上,还包括物理上 – 操作系统的读写操作会影响数据库的性能。
7. 把MySQL临时空间和复制日志与数据放到不同的分区 – 当数据库后台从磁盘进行读写操作时会影响数据库的性能。
8. 更多的磁盘空间等于更快的速度。
55. 使用归档存储引擎日志表或审计表-这是更有效地写道.
56. 会话数据存储在缓存(memcache)的而不是MySQL中 - 缓存允许自动自动填值的,并阻止您创建难以读取和写入到MySQL的时空数据.
57.存储可变长度的字符串时使用VARCHAR而不是CHAR - 节省空间,因为固定长度的CHAR,而VARCHAR长度不固定(UTF8不受此影响).
58. 逐步进行模式的变化 - 一个小的变化,可以有巨大的影响.
59.在开发环境中测试所有模式,反映生产变化.
60. 不要随意更改你的配置文件中的值,它可以产生灾难性的影响.
61. 有时候,在MySQL的configs少即是多.
62.有疑问时使用一个通用的MySQL配置文件.
63. 使用慢查询日志去发现慢查询。
64. 使用执行计划去判断查询是否正常运行。
65. 总是去测试你的查询看看是否他们运行在最佳状态下 –久而久之性能总会变化。
66. 避免在整个表上使用count(*),它可能锁住整张表。
67. 使查询保持一致以便后续相似的查询可以使用查询缓存。
68. 在适当的情形下使用GROUP BY而不是DISTINCT。
69. 在WHERE, GROUP BY和ORDER BY子句中使用有索引的列。
70. 保持索引简单,不在多个索引中包含同一个列。
71. 有时候MySQL会使用错误的索引,对于这种情况使用USE INDEX。
72. 检查使用SQL_MODE=STRICT的问题。
73. 对于记录数小于5的索引字段,在UNION的时候使用LIMIT不是是用OR.
74. 为了 避免在更新前SELECT,使用INSERT ON DUPLICATE KEY或者INSERT IGNORE ,不要用UPDATE去实现。
75. 不要使用 MAX,使用索引字段和ORDER BY子句。
76. 避免使用ORDER BY RAND().
评论删除后,数据将无法恢复
评论(56)
引用来自“♂茶舞”的评论
对于记录数小于5的索引字段,在UNION的时候使用LIMIT不是是用OR.
什么意思?
那个5是怎么计算出来的?
什么意思?
那个5是怎么计算出来的?
引用来自“纶巾客”的评论
引用来自“苏生不惑”的评论
好多写得都很模糊啊
通用的MySQL配置文件在哪?
避免在整个表上使用count(*),它可能锁住整张表。那用count(1) 可以吗?
在重新启动的MySQL,记得来温暖你的数据库,以确保您的数据在内存和查询速度快。 表示不理解怎么温暖ta?
在适当的情形下使用GROUP BY而不是DISTINCT,这是为什么?