概述
该篇主要介绍一些常用的sql优化技巧
sql优化
1.select * from table_name where;
建议将*改为需要的列。这对速度不会有明显的影响，主要考虑节省内存。
2.like语句
一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
3.不要在列上进行运算，无法运用索引
select * from users where YEAR(adddate)<2007;
将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成
select * from users where adddate<‘2007-01-01’;
4.不使用NOT IN和<>操作
NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可使用id>3 or id<3来代替。
5.为查询缓存优化你的查询
当有很多相同的查询被执行了多次的时候，这些查询结果会被放到一个缓存中，这样，后续的相同的查询就不用操作表而直接访问缓存结果了。
这里最主要的问题是，对于程序员来说，这个事情是很容易被忽略的。因为，我们某些查询语句会让MySQL不使用缓存。请看下面的示例：
6.千万不要 ORDER BY RAND()
这样使用只让你的数据库的性能呈指数级的下降。这里的问题是：MySQL会不得 不去执行RAND()函数(很耗CPU时间)，而且这是为了每一行记录去记行，然后再对其排序。就算是你用了Limit 1也无济于事(因为要排序)。
7.limit huge_num,offset
在分页的时候，当huge_num比较大的时候，这样分页有一个很大的性能问题。我用‘limit 1000,20;’去1000-1020行的记录，会遍历1020行，然后前1000条记录都会被抛弃。
SELECT * FROM payment ORDER BY rental_id LIMIT 100,10;
思路一：使用子查询,按照索引分页后回表方式改写sql
SELECT * FROM payment a INNER JOIN (SELECT payment_id FROM payment ORDER BY rental_id LIMIT 100,10)b ON a.payment_id = b.payment_id;
思路二：使用between ... and...
#不建议，用处不大
SELECT * FROM payment WHERE rental_id BETWEEN 100 AND 110 ORDER BY rental_id;
思路三：和开发人员协商，翻页过程通过增加一个参数last_page_record，来记录上一页最后一行排序编号，然后通过该参数范围查找下一页的记录。
8.使用count(),而不是count(id);*
9.批量插入
insert into t(id,name) values(1,'test1');
insert into t(id,name) values(2,'test2');
insert into t(id,name) values(3,'test3');
#改为
insert into t(id,name) values(1,'test1'),(2,'test2'),(3,'test3');
10.order by 减少filesort排序，通过索引直接返回有序数据
参考
http://www.cnblogs.com/daxian2012/articles/2767989.html
http://blog.csdn.net/jetxt/article/details/5992360
