CodeIgniter 4 的 join() 必须显式指定 ON 条件，否则生成笛卡尔积；CI3 默认 INNER JOIN，多表关联需逐个调用并注意大小写、别名与索引。
CodeIgniter 4 的 $builder->join() 必须手动指定 ON 条件
CodeIgniter 4 不像 Laravel 那样自动推断外键关系，join() 调用后必须显式传入 ON 表达式，否则生成的 SQL 缺少连接条件，会变成笛卡尔积。
- 错误写法：
$builder->join('users')→ 报错或查出爆炸性数据量 - 正确写法：
$builder->join('users', 'posts.user_id = users.id') - 多个 JOIN 要逐个调用：
$builder->join('categories', 'posts.category_id = categories.id')->join('tags', 'post_tags.post_id = posts.id') - 注意字段前缀：如果表名有别名（如
FROM posts AS p），ON 里也得用p.user_id，否则报Unknown column
CodeIgniter 3 的 $this->db->join() 默认是 INNER JOIN
CI3 的 join() 方法第三个参数不填就是 INNER，但很多人误以为它能自动识别关联类型，结果漏掉数据却查不出原因。
- 要 LEFT JOIN 必须显式写：
$this->db->join('comments', 'posts.id = comments.post_id', 'left') - 支持的类型只有
left、right、outer、inner、left outer、right outer，大小写敏感，'LEFT'会失效 - 多次
join()时，条件字符串里别用反引号包裹字段（如`posts`.`id`），CI3 会二次转义导致 SQL 错误 - WHERE 条件若涉及 JOIN 表字段，建议放在
join()后、get()前，避免被优化掉
联表后字段冲突：用 select() 显式指定别名
两张表都有 id 或 created_at 字段时，直接 select('*') 会导致 PHP 数组里后者覆盖前者，取不到主表的 id。
- 安全做法是明确列出字段并加别名：
$builder->select('posts.id as post_id, posts.title, users.name as author_name') - CI4 中可配合
asArray()使用，但别名仍需手写；CI3 的result_array()同样依赖你提前命名 - 别用
select('posts.*, users.name')——posts.*里的id会被后续字段覆盖，且不同数据库对这种写法兼容性差 - 真要全字段又怕漏，可以先
print_r($builder->getCompiledSelect())看生成的 SQL 再调试
性能隐患：避免在 JOIN 条件里用函数或表达式
比如写成 $builder->join('logs', 'DATE(logs.created_at) = CURDATE()')，会让数据库无法使用 created_at 字段上的索引，查询变慢。
- 把计算移到 WHERE 或应用层：
$builder->where("DATE(logs.created_at)", date('Y-m-d'))，虽然语义一样，但执行计划更友好 - JOIN 条件尽量保持“字段 = 字段”或“字段 = 常量”，尤其是大表关联时
- CI3/CI4 都不校验 ON 表达式的合法性，错写成
posts.id + 1 = users.id也能跑，但性能崩盘且难定位 - 用
$builder->getCompiledSelect()（CI4）或$this->db->last_query()（CI3）抓出真实 SQL，丢进 MySQL 的EXPLAIN里看 type 和 key 列
最常被忽略的是 JOIN 条件的字段是否真的有索引——光语法对了没用，user_id 没建索引，LEFT JOIN 一张百万级用户表，查询就卡死。别只盯着 PHP 层怎么写，得看那条最终跑进数据库的 SQL 是不是真的能快。
