CodeIgniter框架数据库查询缓存怎么用_CodeIgniter框架SQL缓存清除方法-php教程-PHP中文网

codeigniter数据库查询缓存需手动开启：先配置cachedir路径并确保可写，再在select前调用$this->db->cache_on()，查完建议cache_off()；仅select生效，增删改后须手动调用cache_delete()精准清理。

codeigniter框架数据库查询缓存怎么用_codeigniter框架sql缓存清除方法

数据库查询缓存不是全局开关，必须在每次需要缓存的查询前显式启用，且只对 SELECT 有效；清除时若不指定 URI 段，$this->db->cache_delete_all() 会清空整个数据库缓存目录，不是按驱动隔离。

CodeIgniter 的数据库缓存是语句级、非自动的：它不会因为你配置了 cachedir 就默认生效，必须调用 cache_on() 才开始捕获后续的 SELECT 查询结果。

$this->db->cache_on() 必须放在 get() 或 query() 之前，且只影响其后**第一个** SELECT 查询（后续查询需重新调用）
缓存文件生成路径为 application/cache/database/[group_name]+[segment1]/[segment2]/[md5_hash]，其中 [group_name] 默认是 default，[segment1] 和 [segment2] 来自当前请求 URI（如 /blog/comments）
不支持缓存 INSERT/UPDATE/DELETE，调用这些方法前未调用 cache_off() 会导致缓存逻辑异常（但不会报错）

示例：

$this->db->cache_on();
$query = $this->db->get('users'); // 这条被缓存
$this->db->cache_off();
$query2 = $this->db->get('logs'); // 这条不被缓存

误用 cache_delete_all() 容易连带删掉其他控制器的缓存，尤其当多个功能共用相似 URI 结构时。更安全的做法是指定 URI 段来清理。

$this->db->cache_delete('blog', 'comments') → 删除所有匹配 /blog/comments* 的缓存文件（包括 /blog/comments/123、/blog/comments?sort=asc）
$this->db->cache_delete('admin', 'users') → 只删 /admin/users 及其子路径，不影响 /api/users
注意：第二个参数可为空，$this->db->cache_delete('blog') 会删掉整个 blog 目录下所有缓存，仍有一定范围
如果完全不确定 URI 分段，宁可手动进 application/cache/database/ 查看目录结构，再决定删哪一层

这个方法名有误导性——它其实只清 application/cache/database/ 下的文件，和你用 $this->cache->driver('file') 或 Redis 驱动完全无关。很多人混淆了“数据库查询缓存”和“通用缓存驱动”。

缓存机制本身简单，但 CI 的实现方式让几个边界情况特别容易踩坑。

缓存依赖完整 URI 路径，/user?id=1 和 /user?id=2 是两个独立缓存文件，无法通配清除 —— 没有类似 cache_delete('user', '*') 的语法
启用缓存后，修改模型或视图代码不会自动失效缓存，必须手动删文件或调用 delete_cache()，否则看到的永远是旧结果
$db['default']['cachedir'] 必须指向可写目录，且路径末尾**不能带斜杠**（APPPATH.'cache/database' ✅，APPPATH.'cache/database/' ❌），否则缓存文件写入失败但无任何提示