个人收集数据库语句优化

索引

组合索引

查看是否走索引

sql语句优化

in值不能过多

where条件避免隐式转换，不走索引

查询语句限制字段，减少带宽

范围查询放在最后，否则索引失效

使用join替换子查询提高效率

查询count(*)使用表innodb查询或者redis等工具

limit走索引，结合子查询减少io

sql索引优化

索引字段数不建议超过5个

单表查询索引数不建议超5个

索引主键使用bigint优于varchar

order by，group by，distinct需要字段再索引后面

模糊查询%符号不能放在左边

sql表设计优化

浮点精确使用decimal，代替float和double

金额使用bigint

使用无符号类型设计非负数

尽可能不使用text，blob，使用系统文件存储

年存储使用year，日期用date，时间使用timestamp

时间戳使用4字节， datetime使用8字节

数据单表不超过5000万，切分表用hash或者时间等

索引字段需要not null

sql配置优化

默认innodb，事务，行级锁，多核使用，ssd支持，开启查询缓存，调整缓存大小

set global query-cache-type = 1

set global query-cache-size = 600000

设置最大连接数，使得响应连接数占最大85%

设置back-log，请求达到最大连接数后新来的请求会存在back-log堆栈，默认50，设置成128

各种缓冲区大小

 

常见的查询sql索引失效情况
1、再索引列使用函数( substr,decode,instr)、数学运算、其他表达式等，对索引列进行运算。需要建立函数索引就可以解决问题。
2、对索引列进行了加减乘数运算也会造成索引失效
3、基于cost的成本分析，访问的表过小，使用全表扫描的消耗小于使用索引
4、使用<>、not in、not exist这三种情况大多数情况下认为结果集很大，一般大于5%-15%就不走索引而走fts(全局搜索)。
5、单独的>、<。可以改成or
6、like "%*"百分号在最左边或者全局通配查询like "%*%"。
7、单独引用符合索引里非第一位置索引（最左匹配原则）
8、字符类型字段为数字时在where条件里不添加引号，隐式转换。
9、当变量采用的是times变量，而表的字段采用的是date变量时，或情况相反，隐式转换。
10、索引失效，考虑重建索引，rebuild online。
11、b-tree索引is null不会走is not null会走。
12、索引列的值允许为null。
13、使用了不等于(<>、!=)。
14、查询转换失败。