该篇是sql优化的第4篇。
这里主要表达我的一个观点是：不该存在的索引就该干掉，留着碍事
在2014-3-12 15:39:01 -- 15:55:00这段时间内，在某个业务系统我们发现2个问题：
这种现象在数据库中实际也是很常见，就是某个慢查询，始作俑者，执行特马慢，把后面本该很快的查询给堵住，导致系列长查询出现
经诊断，我们发现某张表里存在dateline索引，该索引会让MySQL优化器选择错了执行计划，导致后续大量SQL拥堵，大概有5000条Query相互堵住
如果不走dateline索引，效果很好，下面对比：
1. 执行计划对比
2. 执行时间对比：
ZanCms，国产外贸独立站自助建站系统（询盘 + 商城） ZanCms 是卓越的国产外贸独立站自助建站系统，集询盘与商城功能于一体。其内置先进的 AI 翻译，轻松打破语言壁垒，让全球客户畅享无障碍浏览。系统架构设计精妙，谷歌性能评分优异，PC 指标高达 90 +，确保快速流畅的访问体验。在搜索优化方面表现卓越，精心打造的 URL 与 TDK，极大提升网站的易收录性，助力在搜索引擎中脱颖而出。多语
0
因此，我们给开发童鞋的反馈是，卡擦掉dateline索引
起初我们并不知道该索引是否还提供给其他Query使用，所以胆战心惊害怕会引起其他查询变慢
不过经过这段时间的观察，实际上，并没有其他查询在使用这条索引
索引是好东西，但不要贪哦
Good Luck！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
221
收藏
