codeigniter 的 join() 必须显式指定 on 条件，不可省略；字段别名在 on 中无效；join 顺序影响结果与性能；应优先使用链式方法而非手动拼接 sql；避免在 on 中使用函数以防索引失效；left join 与 inner join 语义不同，需按业务逻辑选择。
CI 中 $this->db->join() 必须配对使用 ON 条件
CodeIgniter 的 join() 方法不是“自动推导关联”，漏写 ON 会导致语法错误或隐式 CROSS JOIN。CI 3.x/4.x 均要求显式传入 ON 表达式字符串，不能只写表名。
-
$this->db->join('orders', 'users.id = orders.user_id')✅ 正确，条件明确 -
$this->db->join('orders')❌ 报错（CI 3）或生成无意义笛卡尔积（CI 4 部分驱动） - 条件字符串里字段别名必须提前定义：若用了
SELECT users.id AS uid，则ON中仍得用原始字段名users.id，别名在ON阶段不可见
多表 JOIN 顺序影响结果和性能，不能随意调换
CI 按调用顺序执行 LEFT JOIN 或 INNER JOIN，且不重排。比如先 join('orders') 再 join('order_items')，等价于 FROM users JOIN orders ON ... JOIN order_items ON ...；反过来写就可能因缺少中间键而查不到数据。
- 依赖链断裂是常见问题：例如
users→orders→order_items是合法路径，但跳过orders直连users和order_items（假设后者没有user_id字段），查询直接失败或返回空 - 小表驱动原则依然适用：把带强 WHERE 过滤的表（如
WHERE status = 'shipped'后只剩几百行）放在前面作为主表，能显著减少后续 JOIN 的扫描量 - CI 不会自动优化 JOIN 顺序，
EXPLAIN显示的rows值突增，大概率是驱动表选错了
自定义类中调用 join 时，避免在模型外拼接 SQL 字符串
在 CI 自定义类（如服务类、库类）里直接用 $this->db->select()->from()->join() 是安全的；但若手动拼 "LEFT JOIN orders ON ..." 到 query()，会绕过 CI 的转义机制，极易引发 SQL 注入或字符集问题。
- 始终优先用链式方法：
$this->db->select('u.name, o.total')->from('users u')->join('orders o', 'u.id = o.user_id') - 如果必须动态构建条件，用
escape()处理变量：$uid = $this->db->escape($user_id)，再拼进ON字符串 - 别在
join()条件里用函数或表达式（如DATE(o.created_at) = CURDATE()），MySQL 很可能无法走索引，应改用范围查询o.created_at >= '2026-08-13' AND o.created_at
INNER JOIN 和 LEFT JOIN 在 CI 中行为差异明显，别混用
CI 的 join() 默认是 INNER JOIN，要左连接必须显式写 $this->db->join('orders', 'users.id = orders.user_id', 'left')。类型选错最直接的后果是：该出现 NULL 的地方没 NULL，或该保留的主表记录被过滤掉。
- 典型误用场景：查“所有用户及其最新订单”，用了
INNER JOIN，结果没订单的用户直接消失 —— 正确做法是LEFT JOIN+ 子查询或窗口函数取最新，或用两次查询 - CI 不支持
FULL OUTER JOIN，MySQL 本身也不原生支持，别在join()第三个参数填full，会静默退化为INNER - 多个
LEFT JOIN连续调用时，后一个ON条件只能引用前一个结果集里的字段，不能跨跳 —— 这和 SQL 标准一致，不是 CI 的 bug
users.id 是 BIGINT 而 orders.user_id 是 VARCHAR，也会让整个 JOIN 变成全表扫描。
