MySQL不支持直接指定JOIN算法，只能通过索引、配置和开关间接影响；建ON字段索引可触发INLJ，调大join_buffer_size优化BNLJ，关闭hash_join开关可禁用哈希连接，EXPLAIN FORMAT=JSON中的join_algorithm字段才反映真实算法。
MySQL不支持直接指定JOIN算法
MySQL没有类似HINT语法让你写/*+ USE_HASH_JOIN(t1, t2) */这种语句来强制选Hash Join或NLJ。你只能通过影响执行路径的间接方式“引导”优化器走向某种算法，而不是命令它用哪个。
哪些操作实际会影响JOIN算法选择
真正起作用的是数据特征 + 索引 + 配置组合，不是SQL关键字本身。以下操作会实质性改变算法落地：
-
STRAIGHT_JOIN：只控制表连接顺序，不指定算法，但顺序变了，可能让原本走BNL的变成走INLJ（比如被驱动表突然有了可用索引） - 在被驱动表的
ON字段上建索引：这是触发Index Nested-Loop Join的硬条件；没索引就只能退到Block Nested-Loop Join（MySQL 8.0.20前）或Hash Join（8.0.20+） - 调大
join_buffer_size：对BNLJ有帮助（减少被驱动表扫描轮数），但对INLJ和Hash Join基本无影响；设太大反而可能挤占其他内存资源 - 关闭
hash_join开关：SET SESSION optimizer_switch = 'hash_join=off';——这是唯一接近“禁用某算法”的操作，但不能启用它，只能关
怎么确认当前走了哪种算法
别信EXPLAIN里type字段，要看EXPLAIN FORMAT=JSON输出里的join_algorithm字段：
{
"query_block": {
"table": {
"table_name": "t2",
"access_type": "ref",
"possible_keys": ["idx_a"],
"key": "idx_a",
"join_algorithm": "nested_loop" ← 这里才是真实算法
}
}
}
注意：nested_loop是INLJ的标识；hash_join表示用了哈希连接；block_nested_loop说明在用BNLJ（已逐步淘汰）。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
最容易被忽略的陷阱
很多人以为加了STRAIGHT_JOIN就等于“锁死执行计划”，其实不是：
- 即使指定了顺序，如果被驱动表的
ON字段没索引，照样掉回hash_join或block_nested_loop - 复合索引顺序错（比如
ON t1.x = t2.a AND t1.y = t2.b，却只建了INDEX(b, a)），INLJ就失效 - 字段类型不一致（如
INTvsVARCHAR），隐式转换导致索引无法用于JOIN查找，算法自动降级
真正可控的只有索引存在性、字段类型一致性、以及是否主动关掉某个算法。其余都是水面上的浮标，底下数据分布和统计信息才是决定性力量。
