用LEFT JOIN模拟VLOOKUP是最常用可靠方式：主表在左、查找表在右，ON条件为m.key=l.key，右表需去重或加子查询限制单值，关联字段必须有索引且字符集一致。
MySQL里没有VLOOKUP函数，但LEFT JOIN能干同一件事
直接说结论：用 LEFT JOIN 模拟 VLOOKUP 是最常用、最可靠的方式，尤其当你需要“查表A的每条记录，在表B中找匹配项，没找到就留NULL”这种典型场景。它不像某些自定义函数或子查询那样容易出性能问题或NULL处理陷阱。
LEFT JOIN写法要严格遵循“主表在左、查找表在右”
VLOOKUP 的逻辑是：对「查找值」在「查找区域」里逐行匹配，返回对应列。对应到SQL，就是把你要“逐行处理”的表（类似Excel里放原始数据的Sheet）作为左表，把提供映射关系的表（类似Excel里那个两列的对照表）作为右表。
- 错误写法：
SELECT * FROM lookup_table LEFT JOIN main_table ON ...—— 这会以对照表为主，结果行数和预期不符 - 正确写法：
SELECT m.*, l.value FROM main_table m LEFT JOIN lookup_table l ON m.key = l.key - 注意别漏掉
ON条件里的等号方向：必须是m.key = l.key，而不是反过来写成l.key = m.key（虽然执行结果一样，但可读性和维护性差） - 如果右表有重复
key，LEFT JOIN会返回多行——这和VLOOKUP只取第一个匹配不同，需要提前去重或加LIMIT 1子查询（见下一条）
遇到右表重复键时，VLOOKUP只认第一个，LEFT JOIN得手动控制
Excel的VLOOKUP遇到多个匹配，默认只返回第一个；而 LEFT JOIN 会把所有匹配都炸开成多行。如果你不希望这样，有两个务实选择：
tidy-excel-data
下载
清理、标准化、验证并汇总杂乱的 Excel 工作簿。当 Codex 需要处理 `.xlsx`、`.xls`、`.xlsm` 或 `.csv` 格式的数据时使用，包括：统一表头格式、删除空白行与空白列、修剪文本内容、去重记录、检测数据质量问题、拆分或合并工作表、生成清洗后的工作簿，以及为业务电子表格生成审计摘要。
- 提前清洗右表：
CREATE TEMPORARY TABLE lookup_dedup AS SELECT DISTINCT key, value FROM lookup_table - 用子查询限制单条匹配：
(SELECT value FROM lookup_table l2 WHERE l2.key = m.key ORDER BY priority DESC LIMIT 1)替代整个JOIN（适合小数据量或需按优先级选值） - 别用
GROUP BY+ANY_VALUE()应对重复——语义不清，MySQL版本行为不一致，容易误伤
性能关键：被JOIN的字段必须有索引
没索引的 LEFT JOIN 在大表上就是灾难，扫描行数直接翻倍。VLOOKUP在Excel里慢只是卡界面，但在MySQL里可能让查询从毫秒变分钟。
- 确保右表（lookup_table）的关联字段（如
key）有索引：ALTER TABLE lookup_table ADD INDEX idx_key (key) - 左表（main_table）的关联字段也建议加索引，尤其当它本身很大且JOIN后还要过滤时
- 用
EXPLAIN看执行计划：重点确认type列不是ALL，key列显示用了哪个索引 - 字符集/排序规则不一致会导致索引失效——比如左表是
utf8mb4_0900_as_cs，右表是utf8mb4_general_ci，即使字段名和类型一样，JOIN也会退化为全表扫描
VLOOKUP模拟这事，核心不在语法多炫，而在明确哪张表是“源数据”、哪张是“字典”，以及敢不敢在上线前用 EXPLAIN 和少量真实数据跑一遍。很多人卡在结果行数不对，其实只是左右表摆反了，或者忘了右表有脏数据。
