sql注意要点和规范

SQL语句书写规则

1:SQL语句中出现的所有表名、表别名、字段名、序列等数据库对象都应小写

2:SQL 语句中出现的系统保留字、内置函数名、SQL保留字、绑定变量等都应大写

3:SQL语句中出现的变量参数应遵循各语言编码规范的要求。

4:SQL语句中的表别名应简短明了,宜反映表名的实际意义。

5:应遵循各语言的编码规范的要求。

6:单引号应与所属的 SQL子句位于同一行。

7:SQL语句内的算术运算符、逻辑运算符(AND、OR、NOT)、 比较运算符(=、<=、>=、>、<、<>、BETWEEN AND)、IN、LIKE等运算符前后都应加一空格

8:SQL语句中逗号后应加一空格。

9:不等于应统一使用符号“<>”

10:应遵循各语言编码规范的代码注释要求。

11:对较为复杂的 SQL语句应注释,并说明算法和功能。

12:对重要的计算应说明其功能。

13:对常量及变量注释时,应注释被保存值的含义,宜包括合法取值的范围。

SQL优化要点

“inner join” 和直接“=”等号的区别

效果一样,但是实现原理不一样,join是基于hashtable连接比较,而=直接就是取笛卡尔集再过滤,所以后者效率低,是O(N^2),前者是O(LogN)

Union & Union All

  1. Union:对两个结果集进行并集操作,不包括重复行,同时进行默认规则的排序
  2. Union All:对两个结果集进行并集操作,包括重复行,不进行排序

索引类型

(1)主键索引 ( PRIMARY )

(2)唯一索引 ( UNIQUE )

(3)普通索引 ( INDEX )

(4)全文索引(FULLTEXT , MYISAM 及 mysql 5.6 以上的 Innodb )

更多索引分类可以看:https://arthurjq.com/2020/12/17/database/mysql-index/

慢SQL问题

(1)SQL编写问题,由于语句编写的问题导致的慢查询。

(2)锁,由于锁的问题导致表被锁无法进行正常的读取或写入。

(3)IO资源竞争,创建索引或者大量插入数据会占用大量的IO。

(4)服务器硬件问题

SQL编写问题

语句写完后,建议大家务必使用explain检查下自己写的语句是否有用到索引,是否导致了全表扫描

关于explain的返回结果的字段意思可以看:https://arthurjq.com/2020/12/30/database/mysql-explain/

我们在编写SQL的时候需要注意:

(1)字段类型转换导致不用索引,如字符串类型的不用引号,数字类型的用引号等,这有可能会用不到索引导致全表扫描;

(2)mysql 不支持函数转换,所以字段前面不能加函数,否则这将用不到索引;

(3)不要在字段前面加减运算;

(4)字符串比较长的可以考虑索引一部分减少索引文件大小,提高写入效率;

(5)like % 在前面用不到索引;

(6)根据联合索引的第二个及以后的字段单独查询用不到索引;

(7)不要使用 select *;

(8)or 的查询尽量用 union 代替 (Innodb);

(9)复合索引高选择性的字段排在前面;

(10)order by / group by 字段包括在索引当中减少排序,效率会更高。

(11)尽量规避大事务的 SQL,大事务的 SQL 会影响数据库的并发性能及主从同步;

(12)删除表所有记录请用 truncate,不要用 delete;

(13)不让 mysql 干多余的事情,如计算

(14)输写 SQL 带字段,以防止后面表变更带来的问题,性能也是比较优的 ( 涉及到数据字典解析,请自行查询资料);

(15)在 Innodb上用 select count(*),因为 Innodb 会存储统计信息;

(16)慎用Order by rand()

(17)索引列的数据长度满足业务的情况下能少则少。

(18)表中的索引并不是越多越好,冗余或者无用索引会占用磁盘空间并且会影响增删改的效率。

之前也发布过mysql数据库优化方法:https://arthurjq.com/2021/02/03/database/mysql-optimization/

索引失效的条件

(1)不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描

(2)存储引擎不能使用索引

(3)联合索引右边的列

(4)尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select *

(5)mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描

(6)like以通配符开头(’%abc…’)mysql索引失效会变成全表扫描的操作。

(7)WHERE条件中IN可以使用索引, NOT IN 无法使用索引。

更多索引失效的现象可以看:https://arthurjq.com/2020/12/26/database/index-missing/

联合索引注意要点

索引是key index (a,b,c)。 可以支持a | a,b| a,b,c 3种组合进行查找,但不支持 b,c进行查找 .当最左侧字段是常量引用时,索引就十分有效。

(1)    select * from myTest  where a=3 and b=5 and c=4;   ----  abc顺序
abc三个索引都在where条件里面用到了,而且都发挥了作用

(2)    select * from myTest  where  c=4 and b=6 and a=3;
where里面的条件顺序在查询之前会被mysql自动优化,效果跟上一句一样

(3)    select * from myTest  where a=3 and c=7;
a用到索引,b没有用,所以c是没有用到索引效果的

(4)    select * from myTest  where a=3 and b>7 and c=3;     ---- b范围值,断点,阻塞了c的索引
a用到了,b也用到了,c没有用到,这个地方b是范围值,也算断点,只不过自身用到了索引

(5)    select * from myTest  where b=3 and c=4;   --- 联合索引必须按照顺序使用,并且需要全部使用
因为a索引没有使用,所以这里 bc都没有用上索引效果

(6)    select * from myTest  where a>4 and b=7 and c=9;
a用到了  b没有使用,c没有使用

(7)    select * from myTest  where a=3 order by b;
a用到了索引,b在结果排序中也用到了索引的效果,a下面任意一段的b是排好序的

(8)    select * from myTest  where a=3 order by c;
a用到了索引,但是这个地方c没有发挥排序效果,因为中间断点了,使用 explain 可以看到 filesort

(9)    select * from mytable where b=3 order by a;
b没有用到索引,排序中a也没有发挥索引效果

   转载规则


《sql注意要点和规范》 锦泉 采用 知识共享署名 4.0 国际许可协议 进行许可。
  目录