分类： Redis 3.0
-
本文记录在 Windows 10 上利用 Ubuntu 执行 .sh 脚本文件的排查过程。作者通过 Windows Terminal 进入 Ubuntu 系统，访问 /mnt/c 挂载的 C 盘目录并运行脚本，过程中遇到 PHP Redis 扩展缺失及连接拒绝等报错。经排查环境并安装扩展后证实，脚本执行依赖的环境需在 Ubuntu 中完整配置，且连接的是系统内的 Redis 而非 Windows 中的服务。
-
本文分析了主题编辑器页面保存后与实际页面不一致的问题，指出快速编辑时，后端保存接口从 Redis 读取数据的时机早于暂存接口写入数据的时机，导致数据未同步。最初尝试后端计数等待方案，但因存在数据丢失风险，最终参考 Shopify 实现，改为基于 hashValue 的比对机制。该方案在暂存和保存时分别计算与比对哈希值，仅在一致或用户确认忽略冲突时执行保存，从而有效解决了并发请求下的数据一致性问题。
-
本文记录了将自建 Redis 数据迁移至腾讯云自带 Redis 的过程。作者在自建 Redis 服务器上编写 Python 2.x 脚本，连接源端与目标端数据库，通过安装 redis-py 模块并将版本回退至 2.10.6，解决了运行报错与版本兼容问题。最终脚本成功执行，目标数据库键值总数与源端一致，验证了迁移在腾讯云 Redis 2.8.23 及 4.0 版本下均可有效完成。
-
在 Yii 2.0 数据库迁移时遇到 Redis 认证报错，提示客户端发送了 AUTH 但未设置密码。通过终端测试验证了该问题，随后编辑 Redis 配置文件添加 requirepass 项并设置密码。在 Windows 10 中停止并重新启动 Redis 服务后，终端认证测试返回 OK，Yii 2.0 的数据库迁移也最终成功执行。
-
本文探讨了在 Yii 2.0 中 Redis 活动记录基于 row 查看结构时与模型字段顺序不一致的问题。通过打印模型对象前后状态及检查 Redis 配置发现，原因是字段值超出了 hash-max-zipmap-value 限制导致哈希表结构变更。将该字段修改为空字符串后，字段顺序恢复一致，证实了字节限制对存储结构的影响。
-
针对 Yii2 队列扩展 Redis 驱动中 info 命令显示 reserved 状态队列一直存在的问题，在确认系统日志无异常且还原队列作业代码后，虽能短暂恢复正常，但长时间运行后故障依旧。通过排查发现 attempts 选项生效但 reserved 状态仍积压，最终将 Supervisor 配置中的 numprocs 值调整为 2，启动多个 worker 后，该状态队列持续时间大幅缩短至 10 分钟左右，整体队列处理可在半小时内完成，问题得到有效解决。
-
本文介绍了在 Yii 2.0 中优化服务器健康检查实现的过程。通过分析源码发现，数据库检查中的 getIsActive() 方法是冗余的，直接使用 open() 方法即可。针对 Redis 连接，虽然 ping 命令常用于测试连接，但其实质仍需先执行 open()。经过错误密码测试验证后得出结论，为保持检测方式统一，无论是数据库还是 Redis，均应统一采用 open() 方法进行连接检查。
-
针对 Yii 2.0 控制台命令连接 Redis 报错 ERR invalid DB index 的问题，文章分析了错误原因在于 Redis 实例默认数据库数量限制。通过修改 redis 配置文件中的 databases 参数并重启服务，成功扩展了数据库索引范围，解决了 SELECT 命令超出限制引发的异常，确保了应用程序的正常运行。
-
针对 Yii 2.0 项目中出现的调用未知方法 yii2tech\\ar\\softdelete\\SoftDeleteBehavior::isTransactional() 报错问题，文章分析指出这是因为 Redis 模型使用了软删除操作所致。通过将代码逻辑修改为使用硬删除操作，问题得以解决。最终结论是 yii2tech\\ar\\softdelete\\SoftDeleteBehavior 并不支持 Redis 的 AR 模型进行软删除。
-
本文针对 Yii 2.0 框架下需要基于 MySQL ActiveRecord 与 Redis ActiveRecord 同时查询资源的问题，实现了对 Redis 中存储的用户昵称进行模糊搜索的功能。鉴于 Redis ActiveRecord 不支持 like 操作符，文章采用先通过 MySQL 获取用户 ID 列表，再利用 in 操作符从 Redis 读取对应昵称数组，最后使用 PHP 函数模拟 SQL LIKE 语句进行过滤。测试结果表明，该方案能够正确生成符合预期的 SQL 语句并获取准确的查询结果。