30 改善性能

性能不良的数据库或查询会导致应用滞缓或出现性能问题。

总结过往各章的重点梳理的进行性能优化探讨和分析的一个出发点：

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

官方文档提供了许多有用的提示和技巧。