如何在Docker中配置PHP多站点共用一个Redis容器_利用Redis库索引隔离数据-php教程-PHP中文网

完全可行，关键在于用命名空间前缀（如site_a:）实现逻辑隔离，而非依赖已弃用且不安全的SELECT切库；各站点统一配置prefix，键名自动带标识，物理隔离且兼容集群。

如何在docker中配置php多站点共用一个redis容器_利用redis库索引隔离数据

PHP多站点共用一个Redis容器完全可行，关键不在“能不能”，而在“怎么隔离”——SELECT 命令已被现代Redis集群弃用，且在Redis 7.0+ 中默认禁用，**唯一可靠、生产就绪的隔离方式是使用不同数据库索引（database 配置）或更推荐的命名空间前缀（prefix）**。

为什么不能依赖 `SELECT` 切库？

Redis单实例虽支持 database 0 到 database 15（默认16个），但存在严重限制：

FLUSHDB 会清空当前库，FLUSHALL 清空全部库——任一站点误操作可导致其他站点缓存雪崩
Kubernetes 或 Redis Cluster 模式下，SELECT 不被支持，配置直接报错
PhpRedis 扩展在连接池/长连接场景中容易复用错误的 database 上下文，引发跨站数据污染
Docker Compose 中若多个PHP服务共享同一 redis 服务名，却各自调用 $redis->select(1) 和 $redis->select(2)，无强制约束，极易冲突

正确做法：用 `prefix` 实现逻辑隔离

不改Redis服务配置，仅在PHP端统一加前缀，是最轻量、最兼容、最易审计的方案。所有站点仍连同一 redis 容器，但键名自动带上站点标识：

例如站点 site-a.test 的缓存键变为 site_a:cache:user:123，而 site-b.test 是 site_b:cache:user:123，物理上完全隔离。

Docker Desktop 4.96.1

下载

实操建议：

在各站点的 php.ini 中不设 database，保持默认 database=0

初始化 Redis 实例时显式设置前缀：

$redis = new Redis();
$redis->connect('redis', 6379);
$redis->setOption(Redis::OPT_PREFIX, 'site_a:');

若用 RedisCluster，前缀同样生效，且避免了 SELECT 在集群下的不可用问题
Laravel 等框架可通过 config/database.php 中 'prefix' => 'site_a:' 统一控制

如果坚持用 `database` 索引，必须满足这些条件

仅当明确接受运维风险且环境可控（如纯单机开发、无集群计划、无自动化脚本）时才考虑：

在 redis.conf 中显式启用并限制数量：
```
databases 16
```
（默认已开，但需确认）
Docker Compose 中通过 command 注入启动参数，避免配置遗漏：
```
redis:
  image: redis:7-alpine
  command: redis-server --databases 16
```
各PHP站点必须在每次连接后立即执行 $redis->select(N)，且 N 值硬编码、不可动态计算
禁止使用 phpredis 的 pconnect，因持久连接可能残留上一个站点的 database 上下文