SQL调优方案

1、尽量避免使用in或not in语句,发生数据库的全表扫描

2、尽量避免使用!=或< >号,发生数据库的全表扫描

3、在查询多的情况下要使用索引提高查询效率,但也降低了insert或update的操作,对于一个表所要建立的索引应保持在6个以下。

4、对于数字型的字段就不要使用字符型来代替,数据库对于字符的比较是一个一个的比,而数字则是一次性比较,提高了查询效率

5、对查询进行优化,避免全盘扫描,应尽量在where或order by语句涉及到的字段建立索引。

6、避免null值得判断,否则将导致数据库放弃使用索引进行全盘扫描。最好别给数据库留null。

7、不带任何条件的count(*)查询,是绝对要杜绝的,不仅会引起全盘扫描而且没有任何业务意义。

相关推荐
yoyo_zzm26 分钟前
MySQL数据库误删恢复_mysql 数据 误删
数据库·mysql·adb
F1FJJ39 分钟前
Shield CLI 的 PostgreSQL 插件 v0.5.0 发布:数据库导出 + 协作增强,ER 图全新体验
网络·数据库·docker·postgresql·go
weixin199701080161 小时前
《深入浅出:图解淘宝分布式数据库TDDL(及开源替代方案)》
数据库·分布式·开源
数据库小组1 小时前
Oracle 上云 / 替代场景下,NineData 完成到 PostgreSQL 的低风险迁移
大数据·数据库·mysql·postgresql·oracle·数据一致性·数据库迁移
Ricky_Theseus1 小时前
SQL Server 2008 四种排序函数
数据库
柚子+1 小时前
Appium+python+雷电模拟器自动化测试入门
数据库·python·appium
云边有个稻草人1 小时前
SQL调优实战手册:索引、并行、参数调优一站式解决方案
数据库
数安3000天1 小时前
数据脱敏产品需要关注哪些因素?
数据库
杰克尼1 小时前
知识点总结--day05( 数据库)
数据库
代码派2 小时前
SQL 审核解决了部分问题,另一部分是慢 SQL 治理
数据库·sql·mysql·数据库管理工具·ninedata·sql审核·sql治理