ThinkPHP中Redis多数据库切换需手动调用select()命令，而非配置多个连接；必须通过Cache::store('redis')->getHandler()->handler->select(n)显式切换，且每次操作前均需重新执行，因连接池中连接状态不确定。
ThinkPHP 中 Redis 多数据库切换不是靠配置文件“配多个”，而是靠 select() 命令运行时指定
ThinkPHP 本身不提供类似 MySQL 那样的 connections 数组式多 Redis 连接配置（如 'redis_log'、'redis_cache'），它的 Redis 封装（think\cache\driver\Redis 或 think\facade\Cache）默认只管理一个连接实例，且该实例固定使用 database 配置项指定的单个 DB 编号（默认是 0）。所谓“切换数据库”，本质是复用同一连接，调用底层 PhpRedis 的 select() 方法切换当前连接所操作的逻辑库。
- 配置里写的
'database' => 1只在连接初始化时生效，后续所有缓存操作（Cache::get()、Cache::set()）都落在这个 DB 上，无法自动按业务动态变 - 想让一次请求里对不同 DB 操作（比如用户 session 存 DB 0、后台统计存 DB 2），必须绕过 Cache 门面，直接拿到原始 Redis 实例再
select() - 如果你在
config/cache.php中把default改成redis，并配置了'database' => 0，那所有Cache::*调用都走 DB 0 —— 别指望改模型或中间件就能让它自动切到 DB 3
手动获取 Redis 实例并调用 select() 才能真正切换
要跨 DB 写数据，不能依赖 Cache::set()，得先拿到 PhpRedis 对象，再显式 select()。ThinkPHP 提供了 think\cache\driver\Redis 的实例访问方式，但更稳的是从连接池里取原生客户端：
- 在控制器或服务类中，用
$redis = \think\facade\Cache::store('redis')->getHandler();获取当前 Redis 驱动实例 - 该实例是
think\cache\driver\Redis对象，它内部封装了$this->handler（即 PhpRedis 实例），需调用->handler属性才能访问原生方法 - 执行
$redis->handler->select(2);后，后续所有命令（set、get、hGetAll）都作用于 DB 2，直到下次select() - 注意：此切换是连接级的，同一连接多次
select()不会新建连接，但并发请求若共用该实例，可能互相干扰 —— 所以建议每次操作前明确select()，不要假设“上一步已切好”
示例：
$cache = \think\facade\Cache::store('redis');
$redis = $cache->getHandler();
// 切到 DB 1 存日志
$redis->handler->select(1);
$redis->handler->set('log:20260817', 'start');
// 切到 DB 3 查配置
$redis->handler->select(3);
$config = $redis->handler->get('app:config');
为什么 Cache::store('redis')->set() 无法指定 DB？
因为 think\cache\driver\Redis::set() 方法内部没有暴露 select() 参数，它直接复用初始化时选定的 DB。你传给 Cache::store('redis') 的只是驱动名，不是独立连接实例 —— ThinkPHP 不支持像 Db::connect('redis_alert') 那样定义多个命名 Redis 连接。
立即学习“PHP免费学习笔记（深入）”；
- 试图在配置里加第二个 Redis 连接（如
'redis_alert' => [...]）无效：Cache::store('redis_alert')会报错 “store not exists”，框架不识别这种写法 - 想物理隔离（比如缓存用一台 Redis，会话用另一台），只能手动 new PhpRedis 并 connect，完全绕过 ThinkPHP Cache 组件
- DB 切换不能替代实例隔离：DB 0 和 DB 1 共享同一 Redis 进程内存和连接数，故障或爆满会影响全部；真要隔离，得部署多个 Redis 实例
容易被忽略的关键点：连接复用与 select 时机
很多人以为只要在中间件里 select(2) 一次，整个请求生命周期就固定在 DB 2 —— 错。ThinkPHP 的 Redis 驱动在每次 getHandler() 时可能返回不同连接（取决于连接池策略），而 select() 只影响当前连接对象。更麻烦的是，Cache 门面的读写操作（Cache::get()）会重新拿连接，不会继承你之前 select() 的状态。
- 别在中间件或构造函数里做
select()并期望全局生效；每次需要跨 DB 操作前，必须重新getHandler()+select() - 高频场景下反复
getHandler()开销不大，但要注意：如果用了连接池，getHandler()返回的可能是池中已有连接，它的 DB 状态不确定，所以select()是必须步骤，不能省 - Redis 的 DB 编号是 0–15（默认），超出会报错
ERR invalid DB index；生产环境务必确认配置的maxmemory足够支撑所有 DB 的总用量
