MySQL机能优化的一些经验
大多数的MySQL办事器都开启了查询缓存。这是提高性最有效的办法之一，并且这是被MySQL的数据库引擎处置的。当有许多雷同的查询被施行了屡次的时候，这些查询效果会被放到一个缓存中，这样，后续的雷同的查询就不消操纵表而直接拜访缓存效果了。
这里最主要的题目是，关于程序员来说，这个事情是很容易被忽略的。由于，我们某些查询语句会让MySQL不运用缓存。请看下面的示例：
// 查询缓存不开启
$r = mysql_query("SELECT username FROM user WHERE signup_date >= CURDATE()");
// 开启查询缓存
$today = date("Y-m-d");
$r = mysql_query("SELECT username FROM user WHERE signup_date >= '$today'");上面两条SQL语句的差别就是 CURDATE() ，MySQL的查询缓存对这个函数不起作用。所以，像 NOW() 和 RAND() 或是其它的诸如此类的SQL函数都不会开启查询缓存，由于这些函数的返回是会不定的易变的。所以，你所需要的就是用一个变量来取代MySQL的函数，从而开启缓存。
学会运用EXPLAIN
运用EXPLAIN关键字可以让你晓得MySQL是怎样处置你的SQL语句的。
select id, title, cate from news where cate = 1
发明查询迟缓，然后在cate字段上添加索引，则会加速查询
当只有一行数据时运用LIMIT 1
当你查询表的有些时候只需要一条数据，请运用 limit 1。
准确的运用索引
索引并纷歧定就是给主键或是独一的字段。要是在你的表中，有某个字段你总要会时常用来做搜寻、拍下、前提，那么，请为其创立索引吧。
不要ORDER BY RAND()
效率很低的一种随机查询。
以免SELECT *
从数据库里读出越多的数据，那么查询就会变得越慢。而且，要是你的数据库办事器和WEB办事器是两台独立的办事器的话，这还会添加网络传输的负载。必需应当养成一个需要什么就取什么的好的习惯。
运用 ENUM 而不是 VARCHAR
ENUM 类型是非常快和紧凑的。在现实上，其保留的是 TINYINT，但其表面上显示为字符串。这样一来，用这个字段来做一些选项列表变得相当的完善。
要是你有一个字段，比方“性别”，“国家”，“民族”，“状态”或“部门”，你晓得这些字段的取值是有限并且牢固的，那么，你应当运用 ENUM 而不是 VARCHAR。
运用 NOT NULL
除非你有一个很特殊的缘由去运用 NULL 值，你应当总是让你的字段维持 NOT NULL。这看起来宛如有点争议，请往下看。
第一，问问你本人“Empty”和“NULL”有多大的区别（要是是INT，那就是0和NULL）？要是你觉得它们之间没有什么区别，那么你就不要运用NULL。（你晓得吗？在 Oracle 里，NULL 和 Empty 的字符串是同样的！)
不要认为 NULL 不需要空间，其需要额外的空间，而且，在你进行比拼的时候，你的程序会更复杂。 固然，这里并不是说你就不克不及运用NULL了，实际状况是很复杂的，仍然会有些状况下，你需要运用NULL值。
下面摘自MySQL本人的文档
“NULL columns require additional space in the row to record whether their values are NULL. For MyISAM tables, each NULL column takes one bit extra, rounded up to the nearest byte.”
IP地址存成 UNSIGNED INT
许多程序员都会新建一个 VARCHAR(15) 字段来寄存字符串情势的IP而不是整形的IP。要是你用整形来寄存，只需要4个字节，而且你可以有定长的字段。并且，这会为你带来查询上的优势，尤为是当你需要运用这样的WHERE前提：IP between ip1 and ip2。
我们必须要运用UNSIGNED INT，由于 IP地址会运用整个32位的无符号整形
牢固长度的表会更快
要是表中的所有字段都是“牢固长度”的，整个表会被以为是 “static” 或 “fixed-length”。 例如，表中没有如下类型的字段： VARCHAR，TEXT，BLOB。只有你包含了其中一个这些字段，那么这个表就不是“牢固长度静态表”了，这样，MySQL 引擎会用另一种办法来处置。
牢固长度的表会提高机能，由于MySQL搜索得会更快一些，由于这些牢固的长度是很容易盘算下一个数据的偏移量的，所以读取的天然也会很快。而要是字段不是定长的，那么，每一次要寻下一条的话，需要程序寻到主键。
而且，牢固长度的表也更容易被缓存和重建。不外，独一的副作用是，牢固长度的字段会浪费一些空间，由于定长的字段不管你用不消，他都是要分配那么多的空间。
垂直分割
“垂直分割”是一种把数据库中的表按列酿成几张表的办法，这样可以落低表的复杂度和字段的数量，从而达到优化的目的。需要注意的是，这些被分出去的字段所构成的表，你不会时常性地去Join他们，否则的话，这样的机能会比不分割时还要差，并且，会是极数级的下落。
拆分大的 DELETE 或 INSERT 语句
要是在一个在线的网站上去施行一个大的 DELETE 或 INSERT 查询，你需要非常当心，要以免你的操纵让你的整个网站休止响应。由于这两个操纵是会锁表的，表一锁住了，另外操纵都进不来了。
Apache 会有许多的子进程或线程。所以，其工作起来相当有效率，而我们的办事器也不但愿有太多的子进程，线程和数据库链接，这是极大的占办事器资源的事情，尤为是内存。
要是你把你的表锁上一段工夫，比方30秒钟，那么关于一个有很高拜访量的站点来说，这30秒所积攒的拜访进程/线程，数据库链接，打开的文件数，可能不仅仅会让你泊WEB办事Crash，还可能会让你的整台办事器即将掛了。
越小的列会越快
关于大多数的数据库引擎来说，硬盘操纵可能是最严重的瓶颈。所以，把你的数据变得紧凑会对这种状况非常有帮忙，由于这减少了对硬盘的拜访。
选中准确的存储引擎
在 MySQL 中有两个存储引擎 MyISAM 和 InnoDB，每个引擎都有益有弊。
MyISAM 适合于一些需要批量查询的利用，但其关于有批量写操纵并不是非常不错。甚至你只是需要update一个字段，整个表都会被锁起来，而另外进程，就算是读进程都没法操纵直到读操纵完成。别的，MyISAM 关于 SELECT COUNT(*) 这类的盘算是超快无比的。
InnoDB 的趋势会是一个非常复杂的存储引擎，关于一些小的利用，它会比 MyISAM 还慢。他是它支撑“行锁” ，于是在写操纵比拼多的时候，会更优良。而且，他还支撑更多的高级利用，比方：事务。
以上就是MySQL机能优化的一些经验的细致内容，更多请关注 百分百源码网 其它相干文章！
