CodeIgniter 3 中需自定义 exists() 方法封装存在性判断，推荐使用 select('1', FALSE)->from()->where()->limit(1)->count_all_results() 并返回 (bool)，避免 get()->num_rows() 的性能与语义问题。
CodeIgniter 3 中如何用自定义类封装 exists() 判断数据是否存在
CodeIgniter 3 原生不提供 exists() 方法，但实际开发中频繁需要「只查存在性，不取数据」——比如注册时校验用户名是否已存在、订单号是否重复等。直接用 get() + num_rows() 不仅冗余，还容易漏掉 limit(1) 导致全表扫描。
推荐做法：在模型或独立工具类中封装一个轻量方法，底层仍走 Query Builder，但语义明确、性能可控。
public function exists($table, $where = [])
{
$this->db->select('1', FALSE)->from($table);
if (!empty($where)) {
$this->db->where($where);
}
$this->db->limit(1);
return (bool) $this->db->count_all_results();
}
-
select('1', FALSE)避免字段名被自动加反引号，防止某些关键字表名出错 -
limit(1)是关键，否则count_all_results()可能触发全表 COUNT(*)，尤其在无索引字段上极慢 - 返回
(bool)更符合「存在性」语义，比返回 int 更安全（避免if (0)误判）
为什么不用 get()->num_rows() > 0？
这种写法看似直观，但有三个实际问题：
-
get()会构建完整结果集对象，哪怕只查 1 行，也触发字段映射、结果缓存等开销 - 若
select()未显式指定字段，CI 默认查*，大宽表时网络和内存浪费明显 - 某些数据库（如 MySQL 5.7+）对
SELECT * FROM t WHERE x=1 LIMIT 1无法走覆盖索引，而SELECT 1 FROM t WHERE x=1 LIMIT 1更易优化
所以，select('1') + count_all_results() 是更干净的选择——它最终生成的 SQL 接近 SELECT COUNT(*) FROM (SELECT 1 FROM t WHERE x=1 LIMIT 1) CI_subquery，数据库优化器通常能短路执行。
在自定义类中复用时要注意事务与连接状态
如果你把 exists() 封装进非模型类（比如 App_lib），必须确保 DB 实例可用且上下文一致：
- 不要 new 一个新
CI_DB实例，应通过get_instance()->db获取当前连接 - 若在事务中调用，需确认该方法不隐式 commit/rollback（CI 的
count_all_results()是只读，安全） - 多连接场景下（如读写分离），注意
$this->db是否指向预期分组（可显式传入$db参数并做类型检查）
示例封装：
class App_lib
{
protected $db;
<pre class='brush:php;toolbar:false;'>public function __construct()
{
$this->db = get_instance()->db;
}
public function exists($table, $where = [])
{
return (bool) $this->db->select('1', FALSE)
->from($table)
->where($where)
->limit(1)
->count_all_results();
}}
CodeIgniter 4 用户别套用这个逻辑
CI4 的 Query Builder 已原生支持 exists() 和 notExists() 方法，签名是 $builder->exists($subquery)，用于子查询存在性判断；但不支持单表 where exists 封装。若你在 CI4 里想实现类似功能，得用：
$result = $this->db->table('users')
->where(['email' => $email])
->countAllResults(); // 注意：这是 CI4 的 countAllResults()，不是 count_all_results()
return $result > 0;
CI4 的 countAllResults() 底层就是 SELECT COUNT(*)，没有自动加 LIMIT 1，所以你仍需手动控制条件字段是否有索引——这点和 CI3 一样不能偷懒。
真正容易被忽略的是：无论 CI3 还是 CI4，「存在性判断」的性能瓶颈几乎从不在 PHP 层，而在 WHERE 条件字段是否命中索引。没加索引的 WHERE status = 'pending'，再怎么封装 exists() 都会慢。
