常用的sql优化方法

SQL数据库如何优化

面试的时候经常会文档一些SQL方面的问题，比较常见的面试题例如“什么时候回造成索引失效？”，又或者“你经常做的SQL优化的工作有哪些？”

下面，我就介绍几个有关SQL优化的知识点。

• 负向条件查询不能使用索引：包括!=、not in、not exists都尽量不要使用；
  

• %在前面的模糊查询：where name like '%xxx'；
  

• 等号左边有函数：where upper(str) = '...'，就算str字段有索引，这个写法也不会走索引；
  

• 数据区分度不大的字段，不要建索引：例如性别男、女、为止，这种就不适合建立索引；
  

• 隐式转换：where tel = 13800000000，如果tel字段是varchar类型，这个写法不会报错，但是会索引失效；
  

• 只返回需要的数据：select name，gender from users 优于 select * from users；

• 允许为Null的列，有风险：比如 where name != 'Tom'，如果name允许为Null，索引不储存Null值，结果集不包含这些记录；因为索引不存储Null值，所以is null也不会走索引；
  

• 如果业务大部分是单条记录查询，那么Hash索引效率更高
  

• 复合索引最左前缀：（name,gender）复合索引，where name=xx and gender =x 可以命中，where name=xx可以命中，where gender =x不能命中。
  

我会持续分享Java程序开发、架构设计、职业发展等方面的知识和见解，希望能得到你的关注今日头条，转载请注明出处。

如何进行SQL性能优化

一、使用索引 1.单表索引建议控制在5个以内 2.单索引字段数不允许超过5个因为字段超过5个时，实际已经起不到有效过滤数据的作用了。 3.禁止在更新十分频繁、区分度不高的属性上建立索引，因为更新会变更B+树，更新频繁的字段建立索引会大大降低数据库性能。 4.性别”这种区分度不大的属性，建立索引是没有什么意义的，不能有效过滤数据，性 能与全表扫描类似。 5.建立组合索引，必须把区分度高的字段放在前面，因为能够更加有效的过滤数据。

二、SQL使用规范优化 1.禁止使用SELECT *，只获取必要的字段，需要显示说明列属性。

1.1读取不需要的列会增加CPU、IO、NET消耗。 1.2不能有效的利用覆盖索引。 2.禁止使用INSERT INTO t_xxx VALUES(xxx)，必须显示指定插入的列属性。 2.1容易在增加或者删除字段后出现程序BUG。 3.禁止使用属性隐式转换。 3.1 SELECT uid FROM t_user WHERE phone=13812345678 会导致全表扫描，而不 能命中phone索引。 4.禁止在WHERE条件的属性上使用函数或者表达式。 4.1SELECT uid FROM t_user WHERE from_unixtime(day)>='2019-07-15' 会导致全 表扫描。 4.2正确的写法是：SELECT uid FROM t_user WHERE day>= unix_timestamp('2019-07-15 00:00:00')。 5.禁止负向查询，以及%开头的模糊查询。 5.1 负向查询条件：NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等，会导致全表扫描。 5.2 %开头的模糊查询，会导致全表扫描。 6.禁止大表使用JOIN查询，禁止大表使用子查询。 6.1会产生临时表，消耗较多内存与CPU，极大影响数据库性能。 7.禁止使用OR条件，必须改为IN查询。 7.1旧版本Mysql的OR查询是不能命中索引的，即使能命中索引，为何要让数据库耗费 更多的CPU帮助实施查询优化呢？ 8.应用程序必须捕获SQL异常，并有相应处理 总结：大数据量高并发的互联网业务，极大影响数据库性能的都不能用哦。

相关标签： # Java # 2345 # 优化