thinkphp 5 使用 redis 缓存时必须显式指定非零 select 库号（如 'select' => 2），因默认 db 0 易与 session 或其他业务共用导致误清；select 值须为整型，不可为字符串或省略，配合 prefix 可实现库级与键级双重隔离。
ThinkPHP 5 使用 Redis 缓存时，select 库号必须显式指定，不能依赖默认 db 0。这不是可选项，而是关键安全与隔离实践——尤其当项目中同时存在 Session 存储、其他业务缓存或第三方组件也连 Redis 时，共用 db 0 极易引发误清、覆盖或调试混乱。
为什么 select 必须手动设，且推荐非 0 库？
Redis 默认有 16 个数据库（db 0 到 db 15），但它们之间无命名空间、无权限隔离、FLUSHDB 会清空整个库。ThinkPHP 自身不自动隔离库，也不感知其他模块用哪个库。若你没写 'select' => 1，框架就走默认的 db 0；而很多项目把 Session 也存 db 0，结果执行 Cache::clear() 就顺手把用户登录态全干掉了。
- Session 驱动常用 db 0（如 ThinkPHP 内置 session.redis 配置）
- 业务缓存建议固定使用 db 1～db 14，比如
'select' => 2 - db 15 通常留作临时调试或监控探活，避免业务写入
配置中 select 字段怎么写才有效？
在 config/cache.php 的 redis store 配置块里，select 必须是整型数字，不能是字符串，也不能省略：
- ✅ 正确：
'select' => 2（整数，明确指向 db 2） - ❌ 错误：
'select' => "2"（字符串，TP5 会静默忽略，回退到 db 0） - ❌ 错误：
'select' => null或直接不写该字段（等同于 0）
完整示例（TP5.1 常用）：
phpreturn [
'default' => 'redis',
'stores' => [
'redis' => [
'type' => 'redis',
'host' => '127.0.0.1',
'port' => 6379,
'password' => '',
'select' => 2, // ← 关键：整数，非零
'timeout' => 3,
'prefix' => 'app_v2:',
],
],
];
如何验证 select 是否生效？
别只信配置文件写了，要用 Redis 实际查键归属：
- 先写一个测试缓存：
Cache::store('redis')->set('verify_select', 'ok', 300); - 用
redis-cli登录后，切换到你配的库：SELECT 2（假设你设的是 2） - 执行
KEYS app_v2_verify_select，应能查到该 key - 再切去 db 0：
SELECT 0，执行同样命令，应返回空
如果在 db 2 查不到、却在 db 0 查到了，说明 select 配置未生效——大概率是类型写错（字符串）、字段名拼错，或驱动未正确加载。
进阶提醒：多环境/多模块怎么管库号？
开发、测试、生产环境建议用不同库号，避免互相污染：
- 开发：db 1
- 测试：db 3
- 生产：db 2（稳定后固定，不随意改）
若项目含多个子系统（如后台 + 小程序 + API），还可进一步按模块划分库号，并配合 prefix 双重隔离，例如：
'prefix' => 'mini_v1:', 'select' => 5
这样即使某模块误执行 FLUSHDB，影响范围也严格受限。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
