1. MySQL(与所有 DBMS 一样)具有特定的硬件建议。在学习和研究MySQL时,使用任何旧的计算机作为服务器都可以。但对用于生产的服务器来说,应该坚持遵循这些硬件建议。
  2. 一般来说,关键的生产DBMS应该运行在自己的专用服务器上。
  3. MySQL 是用一系列的默认设置预先配置的,从这些设置开始通常是很好的。但过一段时间后你可能需要调整内存分配、缓冲区大小等。(为查看当前设置, 可使用 SHOW VARIABLES; 和 SHOW STATUS;)
  4. MySQL 一个多用户多线程的 DBMS,换言之,它经常同时执行多个任务。如果这些任务中的某一个执行缓慢,则所有请求都会执行缓慢。如果你遇到显著的性能不良,可使用 SHOW PROCESSLIST 显示所有活动进程(以及它们的线程ID和执行时间)。你还可以用KILL命令终结某个特定的进程(使用这个命令需要作为管理员登)。
  5. 总是有不止一种方法编写同一条 SELECT 语句。应该试验联结、并、子查询等,找出最佳的方法。
  6. 使用 EXPLAIN 语句让 MySQL 解释它将如何执行一条 SELECT 语句。
  7. 一般来说,存储过程执行得比一条一条地执行其中的各条 MySQL 语句快。
  8. 应该总是使用正确的数据类型。
  9. 决不要检索比需求还要多的数据。换言之,不要用SELECT *(除非你真正需要每个列)。
  10. 有的操作(包括INSERT)支持一个可选的 DELAYED 关键字,如果使用它,将把控制立即返回给调用程序,并且一旦有可能就实际执行该操作。
  11. 在导入数据时,应该关闭自动提交。你可能还想删除索引(包括 FULLTEXT 索引),然后在导入完成后再重建它们。
  12. 必须索引数据库表以改善数据检索的性能。确定索引什么不是一件微不足道的任务, 需要分析使用的 SELECT 语句以找出重复的 WHERE 和 ORDER BY子句。如果一个简单的 WHERE 子句返回结果所花的时间太长,则可以断定其中使用的列(或几个列)就是需要索引的对象。
  13. 你的 SELECT 语句中有一系列复杂的 OR 条件吗?通过使用多条 SELECT 语句和连接它们的 UNION 语句, 你能看到极大的性能改进。
  14. 索引改善数据检索的性能,但损害数据插入、删除和更新的性能。 如果你有一些表,它们收集数据且不经常被搜索,则在有必要不要索引它们。(索引可根据需要添加和删除。)
  15. LIKE 很慢。一般来说,最好是使用 FULLTEXT 而不是 LIKE。
  16. 数据库是不断变化的实体。一组优化良好的表一会儿后可能就面目全非了。由于表的使用和内容的更改,理想的优化和配置也会改变。
  17. 最重要的规则就是,每条规则在某些条件下都会被打破。

参考资料

  1. 《MySQL 必知必会》