不会自动冲突，但必须手动隔离键名前缀——session需设keyprefix为'session:'并覆盖默认行为，cache需设'cache:'，且二者redis组件须独立配置、连接参数一致而序列化等可差异化。
Yii2里Session和Cache共用同一个Redis实例会冲突吗？
不会自动冲突，但必须手动隔离——否则session和cache的键名会互相覆盖，导致登录态丢失或缓存击穿。Yii2默认都用redis作为前缀，没加区分，实际运行时session写入的redis:123可能被cache的redis:123删掉。
- Session默认用
session作为key前缀（由yii\web\RedisSession内部硬编码） - Cache默认用
redis作为key前缀（由yii\redis\Cache的$keyPrefix属性控制） - 两者共享同一
Connection对象时，Redis里全是混在一起的key，FLUSHDB或gc清理时一锅端
怎么让Session和Cache在Yii2里安全共用Redis连接？
核心是显式指定不同keyPrefix，并确保Session不依赖默认行为。不能只配一个redis组件然后到处复用，得拆开逻辑。
- 在
common/config/main.php或frontend/config/main.php里定义两个Redis组件：一个专供Session（如redisSession），一个专供Cache（如redisCache） - 为
redisCache显式设'keyPrefix' => 'cache:'，避免和默认redis:撞车 - 为
redisSession设'keyPrefix' => 'session:'，同时在session组件中通过'class' => 'yii\web\RedisSession'+'keyPrefix' => 'session:'双保险 - 别图省事只配一个
redis组件再在不同地方改keyPrefix——组件一旦初始化，keyPrefix就固定了，中间改无效
Redis配置项哪些必须对齐？哪些可以不同？
连接参数（host/port/database/auth）必须一致，否则不是“共用”，而是连两套Redis；但超时、序列化、压缩这些可以按需分开调。
- 必须相同：
hostname、port、database、password（否则根本连不到同一个实例） - 可不同：
timeout（Session建议设长些，Cache可短）、serializer（Session必须用phpserialize，Cache可用igbinary提速）、compressThreshold（Cache可开，Session不建议） -
database设0没问题，但别用SELECT切换库——Yii2的Redis组件不支持运行时切db，硬切会导致连接复用失败
常见报错和对应检查点
出问题基本集中在key污染和序列化不一致，而不是连不上Redis。
-
PHP Warning: session_start(): Failed to read session data→ 检查redisSession的keyPrefix是否和Cache组件重名，或者serializer是不是被Cache组件意外改成了igbinary -
Cache::get()返回false但key明明存在→ 用redis-cli查该key的value，如果显示"\x00\x00\x00..."，说明Cache用了igbinary而你用phpredis直连看不了，得统一序列化方式 -
setex redis:xxx failed: NOAUTH Authentication required→ 某个组件漏配password，不是所有Redis组件都会继承全局配置，每个都得单独写
keyPrefix就万事大吉，其实Session组件内部还有个默认前缀要覆盖，漏掉一个，线上就间歇性掉登录。
