总结总结自己犯过的错，网上说的与自己的Mysql语句优化的想法。

1、查询数据库的语句的字段，尽量做到用多少写多少。

2、建索引，确保查询速度。

3、orm框架自带的方法会损耗一部分性能，这个性能应该损耗的不多。

4、查询语句尽量少group by，in，not in，left join 这样的操作。一些操作数据可以用linq代替。

5、where后面的条件，尽量少用中文查询。

6、In条件，or条件，放在最后面，避免索引失效。

7、条件里的<或> 左面最好不要有计算，例：(num+num1+num2)>=60，这样会严重拖慢性能。

8、在浏览量大的页面，尽量保证每条sql最多执行2s，保证页面能够通畅，不让数据库执行sql等待，导致页面卡死。

9、mysql 的语句前面添加EXPLAIN关键字 是查看查询计划，可以查看索引使用情况，查询的条数等等。

10、like查询时，以通配符%和_开头作查询时，是不会使用索引的，例：

1)可以使用索引

SELECT * FROM mytable WHERE username like'admin%'

2)使用不了索引

SELECT * FROM mytable WHEREt Name like'%admin'

11、使用索引时，有以下一些技巧和注意事项：

1)索引不会包含有NULL值的列

　　只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

2)使用短索引

　　对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。

3)索引列排序

　　MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。

4)like语句操作

　　一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。

5)不要在列上进行运算

select * from users where YEAR(adddate)<2007;

将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成:

select * from users where adddate<‘2007-01-01';

12、写sql的时候，一定要注意类型，字段的类型如果是vachar，里面的内容为数字的话，也必须要加上单引号，虽然不加单引号也可以查询，但是会影响性能，有的时候，索引可能用不上，因为类型不匹配，无法匹配到正确的索引。

相关文章：.NET/C# 优化心得