SQL优化

周末闲来无事整理了一些笔记===============================

1、in操作符(优化方案:使用exists代替)
使用in的话,它会先有一个转换的过程,将其转换为多个表的连接,如果转换不成功,才会执行in里面的子查询,再查询外层的表,也就多了一个转换的过程
2、not in操作符(优化方案:使用not exists代替)
因为不能应用表的索引
3、is null(空)和is no null(非空)(优化方案:字段名>0或字段名>"")
因为null是不能作索引的,所以如果有哪个列出现null值,那么就算加上索引也无效果
4、>和>=(优化方案:用>=替换>)
因为如果在查询的时候,使用>号的话会去找这个记录索引,需要进行比较,而使用>=号,
则会直接找到这个记录索引,没有比较的过程
5、查询(优化方案:尽量需求字段进行查询)
6、like操作符(优化方案:尽量不要使用两个%)
因为使用两个%不会引用索引,而使用一个会引用索引
7、union(优化方案:使用union all替换union)
因为union会过滤重复数据和自动排序,而union all不会
8、使用truncate替代delete
因为使用truncate删除之后不能恢复(也能恢复,只是非常复杂),使用truncate不会记录日志,而delete会,使用drop也不会,使用truncate是将这个表的索引所占空间恢复到初始大小,并将数据清空,不会影响表结构
而drop table是将这个表的索引空间全部释放掉,索引性能上又优于truncate,而delete仅仅只是将记录删除,不会影响表结构,
truncate和drop都是DDL,会隐式提交,不能回滚,不会触发触发器
删除表用drop table
和事务无关,只想删除数据保留表用truncate
和事务有关,想删除指定数据,想触发trigger触发器,用delete
9、尽量多使用commit
因为commit会释放资源(例如:1、回滚段上用于恢复数据的信息 2、被程序语句获得的锁 3、redo log buffer中的空间)
10、用where子句替换having子句
因为使用having子句处理的时候需要先排序、总计等操作,而where是在计算之前就完成的
11、多表联查的时候使用别名

因为可以减少解析的时间并减少由字段歧义引起的语法错误

最后说一点最基础也最容易忽略的,尽量使用大写

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值