一次千万级别的SQL查询简单优化体验

  • 时间:
  • 浏览:1

大问题:根据某个ID查询时超时,运行时跑没了结果。

是因为:使用有有一个 多 or条件,条件里边有有有一个 多 是A.ID=B.ID

        实际的体验了使用or的性能果真并能差到你这个地步,以后 尽量解决使用了。

结果:在1000ms内并能查询出结果,你这个与以后 的超时果真只能相比。

我没办法 描述清楚具体的大问题,而是我 大致的说了下。我另一方是明白了,记录下来以备里边参考。也希望并能给像我一样的SQL菜菜鸟很糙启发。

SQL优化的实践之路还很长,给你慢慢走。工作过程中的体验随时记录下来,分享给大家。

简单优化:将or条件拆开,使用union all将以后 使用表变量的每段添加了临时表对排序的字段添加了索引

背景:从两张有关联的表查询数据,A表数据量11000万,B表数据量100000万。A与B通过ID逻辑关联,没办法 实际的外键。B表是以后扩展出来的.

感想:感谢DBA mm的帮助,给你有了曾经的体验,不实际的解决(哪怕很简单的表关系)千万级的数据量,真谁能谁能告诉我SQL句子的性能差异。