SQL优化工具怎么选SQLAdvisor快速给出智能索引建议的完整实战【免费下载链接】SQLAdvisor输入SQL输出索引优化建议项目地址: https://gitcode.com/gh_mirrors/sq/SQLAdvisor凌晨一点订单查询慢到 3.2 秒老板在群里连发三个问号。元凶是一条 WHERE 条件冗长、却没走任何索引的 SQL而 SQLAdvisor——美团点评 DBA 团队开源的智能 SQL优化工具输入 SQL 就能自动输出索引优化建议——正是为这种场景准备的。给表加索引不难难的是加在哪个字段、多字段按什么顺序排。看完这篇文章你会亲手装好它、跑通第一条建议并彻底搞懂它背后的判断逻辑。一、先认识它一个随身携带的 SQL 性能优化顾问 SQLAdvisor 不是什么玄学调优工具它给的是有依据的建议。它直接复用 MySQL 原生词法解析器把 SQL 拆成 MySQL 自己理解的结构再连上数据库读取真实数据分布最终给出索引方案。换句话说它不是站在门外猜你的 SQL 想干什么而是钻进解析器内部逐个检查每个条件、每个关联引用了哪些字段、每个字段的选择性到底强不强。它最擅长对付三类老大难WHERE 条件冗长的单表查询——哪些字段该进索引、谁放前面多表 JOIN——驱动表选谁、被驱动表该走什么索引GROUP BY / ORDER BY——排序字段能不能直接被索引覆盖免去 filesort。二、三步完成 SQLAdvisor安装跑出第一条智能索引建议 ️整个流程依赖 GCC、CMake、MySQL 开发库和 glib-2.0。源码在项目gh_mirrors/sq/SQLAdvisor下克隆地址为https://gitcode.com/gh_mirrors/sq/SQLAdvisor。第一步编译词法解析库 sqlparserSQLAdvisor 内部复用了 MySQL 的解析代码先以 debug 模式编译并安装到固定目录后续 sqladvisor 的链接依赖这个目录cmake -DBUILD_CONFIGmysql_release -DCMAKE_BUILD_TYPEdebug \ -DCMAKE_INSTALL_PREFIX/usr/local/sqlparser ./ make make install第二步编译 SQLAdvisor 本体cd SQLAdvisor/sqladvisor/ cmake -DCMAKE_BUILD_TYPEdebug ./ make编译成功后当前目录会生成可执行文件sqladvisor。第三步跑通第一个真实例子命令行直接传参即可参数名与值之间用空格隔开SQL 里的双引号记得加\转义./sqladvisor -h 127.0.0.1 -P 3306 -u root -p yourpass -d testdb \ -q select * from orders where user_id100 and create_time2023-01-01 -v 1几秒钟后终端会输出类似这样的建议Create_Index_SQLalter table orders add index idx_user_create(user_id,create_time)一条可以直接复制执行或稍加命名调整的建索引语句——这就是它的交付物。三、一条 SQL 的旅行慢查询优化建议是怎么算出来的 把 SQLAdvisor 想象成一位给 SQL 做全身体检的医生整个过程可以拆成四步整体工作流程见下图。第一步问诊——拆解 SQL 结构。它先解析 WHERE 条件只关心用 AND 连接的硬条件再解析 JOIN 关系、GROUP BY 和 ORDER BY把整条 SQL 拆成一张字段清单。第二步抽血化验——计算字段区分度。区分度Cardinality是决定索引好不好用的核心指标一个字段的值越五花八门比如 user_id用它过滤掉的行就越多越适合放在索引前面而性别、状态这类取值就两三种的字段区分度低放前面意义不大。SQLAdvisor 会连上数据库读取表行数、采样估算每个字段的唯一值比例再按区分度给字段排队。这一步的算法流程见下图。第三步配药——按最左前缀原则组索引。拿到排好队的字段后它把 WHERE 等值条件、范围条件、JOIN 条件和排序字段按规则组合生成若干候选索引同时对照表上已有的索引把已经存在或明显重复的组合过滤掉避免开一张没用的方子。第四步复查——处理多表与排序。如果是多表查询它会估算每张候选表的结果集大小挑出结果集最小的那张当驱动表再围绕驱动表补索引如果带了 GROUP BY 或 ORDER BY还会校验字段是否来自同一驱动表、排序方向是否一致只有符合条件的才会被追加进索引。驱动表的选择逻辑见下图。四、效果对比索引一加慢查询扫描行数断崖式下降 理论说再多不如一个直观对比。假设订单表orders(user_id, status, create_time, amount)有 1000 万行业务 SQL 是SELECT * FROM orders WHERE user_id 100 AND create_time 2023-01-01;优化前无合适索引MySQL 只能全表扫描EXPLAIN 里 type 为ALL扫描行数接近 1000 万单条查询 2~3 秒SQLAdvisor 建议alter table orders add index idx_user_create(user_id, create_time)优化后type 变为ref/range扫描行数骤降到几百行查询耗时进入毫秒级。一个索引把查询从等 3 秒变成闪一下——这就是智能索引建议的含金量。把它接入日常的慢查询巡检流程等于给团队请了一位随叫随到的索引顾问。五、避坑清单与高频问题 Q为什么我用命令行传 SQL 老是解析报错A命令行形式对转义比较敏感——SQL 里的双引号要加\转义反引号尽量去掉。官方也更推荐用配置文件方式调用把用户名、密码、库名和一条条 SQL 写进 conf 文件再用-f指定多语句批量分析更省心。Q编译时提示找不到libperconaserverclient_r.so怎么办A编译 sqladvisor 依赖 percona 客户端库安装后可能需要手动建软链接例如ln -s libperconaserverclient_r.so.18 libperconaserverclient_r.so。另外如果 glib 头文件路径与默认不一致需要同步修改sqladvisor/CMakeLists.txt里的 include_directories。Q什么样的 SQL 它搞不定A首先要认清定位——它是 MySQL 专属工具其次对 OR 条件、复杂子查询的支持比较有限这类 SQL 建议先人工改写再分析最后它的建议基于当前库里的数据分布生产环境执行前最好再用 EXPLAIN 手动验证一遍。六、写在最后让慢查询不再追着你跑 SQLAdvisor 的真正价值不在于自动建索引这种魔法而在于把 DBA 多年积累的判断经验——区分度、最左前缀、驱动表选择——固化成一套可重复、可解释的流程。新系统上线前拿它过一遍核心 SQL慢查询日志一拉批量喂给它几分钟拿到一摞索引建议总比半夜被监控告警叫醒从容得多。想进一步研究的朋友可以继续翻阅这些文档与源码常见问题汇总见 doc/FAQ.md架构与设计思路见 doc/THEORY_PRACTICES.md开发规范见 doc/DEVELOPMENT_NORM.md版本演进见 doc/RELEASE_NOTES.md核心实现集中在 sqladvisor/main.cc 与 sql/ 目录下的 sql_parse_* 系列文件。【免费下载链接】SQLAdvisor输入SQL输出索引优化建议项目地址: https://gitcode.com/gh_mirrors/sq/SQLAdvisor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考