MariaDB查询：color字段无匹配值时如何保留对应结果行

当前查询会丢失无匹配颜色值的记录，核心是两处关联逻辑的设计缺陷：

• 全链路使用INNER JOIN内连接，仅保留所有关联环节都完全匹配的行，任意环节关联失败都会导致整行被过滤
• 关联顺序倒置：先在color_data表内部做内连接匹配（cd和am的关联），再去关联业务data表，相当于先筛掉所有没有匹配到颜色字典值的配置记录，后续自然无法带出对应的车辆行记录。

SELECT
    data.name,
    am.value AS color
FROM data
-- 关联当前车辆配置的color_id记录，使用左连接避免丢失业务行
LEFT JOIN color_data cd
    ON cd.id = data.id
    AND cd.`key` = "color_id"
-- 从color_id配置出发关联颜色字典值，使用左连接保留无匹配值的行
LEFT JOIN color_data am
    ON cd.value = am.id
    AND am.`key` = "color"
WHERE
    data.type = "vehicles"
    AND data.slug LIKE "%something%"

• 将业务主表data作为查询的起点，所有和配置、字典表的关联全部替换为LEFT JOIN左连接，保证符合WHERE筛选条件的业务行不会因为关联缺失被剔除，关联不到的字段值会自动返回NULL
• 将关联表的字段筛选条件（cd.key = "color_id"、am.key = "color"）从WHERE子句移动到对应JOIN的ON子句中——如果把这类关联表的筛选条件留在内层WHERE，会把左连接退化成内连接，重新触发丢行的问题
• 因为key是数据库保留关键字，查询中引用该字段名时已用反引号包裹，避免MariaDB 10.4.14版本下出现语法解析错误
• 调整关联顺序为「业务行→对应配置项→配置项关联的字典值」，能保证没有配置项、或者配置项找不到对应字典值的业务行都被完整保留，和期望的结果集格式完全匹配。

效果验证：示例中的boat记录只要满足WHERE子句的筛选条件，即使在color_data中找不到匹配的颜色字典值，依然会出现在结果集中，对应color字段值显示为NULL。

内容的提问来源于stack exchange，提问作者Grabman