1.MySQL
(与所有
DBMS一样)具有特定的
硬件建议
,对用于生产的服务器来说,应该坚持遵循这些硬件建议。
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.
最重要的规则就是,
每条规则在某些条件下都会被打破