sql的性能优化

随着数据量的增长,查询接口响应变慢,本文通过实际项目经验分享SQL优化方案:避免全字段查询,合理创建索引,理解EXPLAIN分析,注意AND操作符前后字段的索引使用,优选 BETWEEN...AND...,考虑EXISTS替代IN,减少多表联查,避免WHERE后的计算和OR条件,以提高SQL执行效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.场景还原

  在项目后期,随着数据量的日益增加,一些查询接口就显得没那么好用,反应速度慢!这时,得考虑对项目的sql进行针对性的优化了,今天笔者将实际项目中的经验分享出来,希望能够恰到好处的帮助读者。

2.优化方案

①最常见的就是,查询具体字段,不要用 * 查询;

②建索引(索引最好是那种唯一性较强的,对于状态值只有几种的字段就不用建索引)

③explain (sql语句)


通过分析上图中的数据,进行建索引提高性能,尽量避免全表扫描,rows代表扫描的行数,越少性能越好;type是查询类型,all性能最低,由于时间的关系,这个不详细介绍

④and的前后字段有索引的话,都需要是索引字段,否则索引会失效

⑤where后面尽量不用 >或<的比较型符号,尽量用between....and....代替

⑥尽量用exits代替in

⑦尽量不用多表联结查询,可以分散成简单的sql查询用业务逻辑进行串接

⑧where后面尽量不要用表达式计算

⑨where后面尽量不要用or来连接条件,否则会进行全表扫描

好了,sql优化就说到这里,后期会逐渐健全优化方案;我是张星,欢迎加入博主技术qq交流群,群号:313145288

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

老张家的独苗

可以吃鸡腿????么!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值