多站共用Redis时，需要同时考虑键命名、数据库分配、连接权限和清理范围。仅看到插件Connected，不代表各站已隔离；不同插件的配置常量也不能互相照搬。
先列出实际连接关系
为每个WordPress记录Redis地址、端口、数据库编号和所用对象缓存插件，密码只保存在受控凭据位置。区分一个多站点网络与几套独立安装：它们的站点编号和缓存分组关系不同，不能只根据域名判断隔离已经成立。
按当前插件设置唯一前缀
以Redis Object Cache官方配置为例，核对其支持的WP_REDIS_PREFIX等配置，并为独立安装提供不冲突的前缀。历史教程中的其他常量可能属于不同实现；配置名称相近并不意味着当前插件一定读取。修改前应确认版本与生效范围。
键前缀与独立数据库各管什么
唯一键前缀有助于减少键冲突，但不能自动限制所有清理命令的影响。共用数据库中执行广泛清理，仍可能使别站缓存失效。是否分数据库或分实例，应结合插件清理行为、Redis部署模式和权限能力决定。
用受控操作验证隔离
在测试环境修改一个站点的可识别选项并清理其缓存，检查其他站点设置、缓存统计和响应是否异常。不要在生产共享Redis中随手执行FLUSHALL作试验。连接恢复后还要检查对象缓存drop-in与插件状态是否一致。
关键区别
连接正常：说明可以访问Redis；不证明隔离完成。
键命名前缀：减少键冲突；使用插件支持的常量。
清理范围：限制操作影响；避免共享库全量清理。
怎样确认处理到位
各站配置值不串用，按约定清理某站不会删除未授权范围的数据，故障时也有明确的停用和恢复方案。
容易误判的边界
数据库编号不是所有Redis部署都具备的通用隔离机制；前缀也不能取代访问控制。
