一次mysql优化经历，mysql优化经历
某日运维突然说无线终端的频道页接口访问量很大，memcache缓存扛不过来，导致mysql并发查询量太大，导致服务器不停地宕机，只能不停地重启机器。遗憾的是运维并没有告诉mysql查询量具体有多大【无量化，比如一秒多少个查询…】。
针对这个问题，有同事建议改了mysql+memcache的架构，采用redis存储更佳。但是问题的真正原因是什么呢？mysql一秒钟扛几百个并发查询应该是可以的吧？带着疑问，我让运维给出慢查询log。
Oh,my god…慢查询记录太多，都是一秒钟以上的，但是基本上是同一条语句的查询。explain一下：
Sql语句中有order by zj_lastupdate，明明在这个字段上建立了索引的，但为什么没用呢【这个表上建立了太多联合索引，以致zj_lastupdate被无视了】，所以导致这条查询使用了临时表【using temporary】和文件排序【usingfilesort】。
解决的办法是在sql语句中加上use index(zj_lastupdate)，提醒mysql引擎使用指定索引字段。再explain一下：
显然，这次查询引擎会使用zj_lastupdate了。
优化的效果是相当的明显，从之前的1.5秒降到0.015秒，百倍的性能提升。当然，这个问题解决之后，也就没有出现宕机的情形了，我们也没有改架构。
再说一个mysql优化经历，2表相连，一对一的关系，优化之前的sql语句大概是selectdistinct(movieid) as id…，explain的结果是：
显然，一对一关系的表，无需添加distinct关键字【算是画蛇添足吧】，去掉之后，再explain：
优化前后性能提升10倍左右。
Mysql的查询优化有很多基础理论，可以从查询语句，表结构【分表，字段冗余】，字段类型，索引，存储引擎，缓存，系统内核参数，磁盘IO等方面考虑，但是很重要的一点是写出具体的sql语句，针对这特定的语句进行具体的优化，当然前提是保证结果是准确的。
1、选取最适用的字段属性
MySQL 可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。
另外一个提高效率的方法是在可能的情况下，应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。
对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，我们又可以提高数据库的性能。
2、使用连接（JOIN）来代替子查询(Sub-Queries)
MySQL 从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。例如，我们要将客户基本信息表中没有任何订单的客户删除掉，就可以利用子查询先从销售信息表中将所有发出订单的客户ID取出来，然后将结果传递给主查询，如下所示：
DELETE FROM customerinfo
WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )
使用子查询可以一次性的完成很多逻辑上需要多个步骤才能完成的SQL操作，同时也可以避免事务或者表锁死，并且写起来也很容易。但是，有些情况下，子查询可以被更有效率的连接（JOIN）.. 替代。例如，假设我们要将所有没有订单记录的用户取出来，可以用下面这个查询完成：
SELECT * FROM customerinfo
WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )
如果使用连接（JOIN）.. 来完成这个查询工作，速度将会快很多。尤其是当salesinfo表中对CustomerID建有索引的话，性能将会更好，查询如下：
SELECT * FROM customerinfo
LEFT JOIN salesinfoON customerinfo.CustomerID=salesinfo.
CustomerID
WHERE salesinfo.CustomerID IS NULL
连接（JOIN）.. 之所以更有效率一些，是因为 MySQL不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作。
3、使用联合(UNION)来代替手动创建的临时表
MySQL 从 4.0 的版本开始支持 UNION 查询，它可以把需要使用临时表的两条或更多的 SELECT 查询合并的一个查询中。在客户端的查询会话结束的时候，临时表会被自动删除，从而保证数据库整齐、高效。使用 UNION 来创建查询的时候，我们只需要用 UNION作为关键字把多个 SELECT 语句连接起来就可以了，要注意的是所有 SELECT 语句中的字段数目要想同。下面的例子就演示了一个使用 UNION的查询。
SELECT Name, Phone FROM client
UNION
SELECT Name, BirthDate FROM author......余下全文>>
不要为了优化而优化，这意思是针对问题再进行优化。看你数据库哪方面性能差，是bufferpool小，io大，还是排序溢出等等。不要同时优化几个参数，一次一个。不同数据库大致原理差不多