Mysql语句优化

时间:2023-03-08 16:29:43

总结总结自己犯过的错,网上说的与自己的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# 优化心得