网站随着数据量与访问量越来越大,访问的速度变的越来越慢,于是开始想办法解决优化速度慢的原因
下面是对程序中一条sql的分析过程,当然程序的执行效率不单单是sql语句的问题,还有可能是服务器配置,网速,程序语言等各方法的问题,今天我们先来分析一下sql语句中left join的效率问题
sql语句中包含以下信息:
1、sql包含数据处理函数,比如nvl函数,case when函数等
2、sql中包含inner join,left join等关联关系
3、sql中有排序和分页
下面是分析过程
1、首先把排序去掉,速度确实很快,但没办法,排序是必须的,这样做只是为了证明排序确实是很耗资源
2、将nvl,case when等函数去掉,结果速度几乎没有任何改变
3、将inner join的表去除,速度稍微快了几十毫秒
4、将left join的表去掉,速度从原来的4秒提高到1秒内。
综合所得,left join才是速度慢的元凶,于是将left join关联关系字段都加为索引,在测试,发现速度基本能保持在1秒左右。问题解决。
结论:left join是相当耗资源的操作,如果关联的字段没有索引的话,速度是很慢的,所以如果有left join的话,最好用索引字段取关联。或者给关联的字段加索引
网上还看到有人说,将left join右边的表数据补齐,然后将left join 替换为 inner join。我试过,速度确实快很多,但考虑到数据量的问题,未测试此方法。
广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
暂无评论...
更新日志
2024年11月22日
2024年11月22日
- 群星《狂潮》夜店中文爆嗨重低音 黑胶碟2CD[低速原抓WAV+CUE]
- TraditionalMusicEnsembleofTheBNMA-BuddhistMusicoftheMingDynasty(JVC-Japan)[FLAC]
- [中国唱片]中央乐团交响乐队《绝烧HIFI典范》[WAV+CUE]
- 群星《2024好听新歌41》AI调整音效【WAV分轨】
- 张学友《吻别》MQA-UHQCD 日本压碟[原抓WAV+CUE][1G]
- 许嵩《寻宝游戏》[WAV+CUE][951M]
- 李玉刚《刚好遇见你》[WAV+CUE][970M]
- 罗文《国语精选》24K金碟限量版英皇娱乐[WAV+CUE][955M]
- 证声音乐图书馆《摇滚乐 海滩假期》[320K/MP3][50.75MB]
- 证声音乐图书馆《摇滚乐 海滩假期》[FLAC/分轨][273.06MB]
- 群星《情系民歌LP黑胶》2CD[WAV+CUE]
- 串烧歌曲《台语发烧热唱1国语发烧热唱2》2CD日版[WAV+CUE]
- 珍藏金碟《杭天琪演唱专辑》[WAV+CUE]
- 证声音乐图书馆《花火 日系爵士会》[320K/MP3][2024]
- 证声音乐图书馆《花火 日系爵士会》[FLAC/分轨][343.98MB]