关于 数据库 or 的用法,就不说了 讲讲OR对数据库性能有多大的杀伤力,以后线上的项目如果是数据量很大的表,一定不要用OR来查询
今天在工作的时候,同事遇到了SQL优化的问题,有SQL事务,锁了一张很主要的表,整个系统都开始拉胯,一卡一卡的。。
让我帮忙看看,之后一个长达16秒的查询,优化到不到一秒
SQL:
用时:五秒
我检查一下 JK_Customer 这张表的数据, 有三百多万条数据 还好
主键是肯定有索引的 想查询快的话,加索引呗
加索引后: 情况没有变化
这情况就很明显了,OR这个玩意儿 破坏了我的索引:我来试试分开查询
瞬间完成,OK 。。
事实证明了,OR破坏了的我的索引 导致查询变慢了
那么我们就不要怕麻烦 用UNION ALL来代替我们的OR
总结: or会破坏索引
如果A表很大的情况下,应改成: