分类： 数据库
-
本文介绍了在 Yii 2.0 中优化服务器健康检查实现的过程。通过分析源码发现，数据库检查中的 getIsActive() 方法是冗余的，直接使用 open() 方法即可。针对 Redis 连接，虽然 ping 命令常用于测试连接，但其实质仍需先执行 open()。经过错误密码测试验证后得出结论，为保持检测方式统一，无论是数据库还是 Redis，均应统一采用 open() 方法进行连接检查。
-
针对 Yii 2.0 中 Redis ActiveRecord 出现主键 ID 重复的问题，经排查发现是由用于存储索引的 Redis 键值重复导致。通过本地环境复现，确认该组件无法确保主键 ID 唯一性。最终决定放弃插入操作，仅执行更新逻辑，若 Redis 中记录不存在则响应 404，以此防止新数据产生重复，而对于已有的重复数据则需手动处理。
-
为了解决一次发布需分别调用多个渠道接口的问题，文章探讨了在 Yii 2.0 中实现一键多渠道发布的方案。对比了控制器内部调用与 HTTP 调用两种方式后，因架构隔离和安全限制，最终决定采用内部 HTTP 调用方案。通过修改控制器过滤器、编写服务类及 HTTP 模型类，实现了任务组的批量同步发布。经日志与数据库验证，该方案成功完成了对企鹅号、微信等渠道的批量写入，符合预期。
-
本文记录了在 Rancher 中通过克隆容器部署集群，并配置负载均衡验证流量分发的过程。针对命令行下 Redis 锁定频率过高的问题，通过调整执行间隔、优化事务同步时间及更新逻辑，成功降低了锁定频率并提升了执行性能。测试结果验证了在不同任务数量下的同步频率平均值符合预期的理论计算公式。
-
文章介绍了在 Yii 2.0 中利用 Docker、Supervisor 及 Redis 锁定机制实现控制台命令集群部署的方法。通过改造 Redis 锁定逻辑，在同步任务前获取锁，结束后释放锁，确保同一租户的同步任务在多台服务器间不重复执行，解决了冗余问题。测试验证了该方案能显著提升任务处理性能与同步即时性，同时给出了同步间隔的计算公式及容器数量建议。
-
针对 Nginx 与 FastCGI 环境下日志表数据量达到 GB 级时，查询最后一页出现 504 Gateway Time-out 超时的问题，通过分析定位了本地环境与生产环境的配置差异。在本地增加 fastcgi_read_timeout 并调整 PHP 脚本最大执行时间后问题解决，但在生产环境中排查发现，由于请求经过 Kong 网关，超时原因出在网关层面而非后端服务，最终确认由运维人员处理网关配置。
-
文章针对在 Yii 2.0 中实现跨多表数据唯一性验证的需求，通过核心验证器 unique 结合 filter 回调函数，利用匿名函数修改查询对象，将模型关联字段、常量状态以及请求参数数组存储为全局变量后注入验证逻辑，最终实现了针对文章标题与渠道任务关联条件的复杂唯一性校验，生成的 SQL 查询符合预期。
-
Navicat for MySQL 不支持直接编辑数据库名，文章通过先创建新数据库，再将原数据库的结构与数据导出为 SQL 文件并导入至新数据库，最后删除旧数据库的方式，实现了数据库重命名的操作，完成了新旧数据库结构与数据的迁移。
-
本文介绍了在 Yii 2.0 生产环境中开启 Schema 缓存以优化性能的操作，包括修改配置文件、验证 Redis 缓存生成及手动清理缓存的命令。测试发现清除 Schema 缓存后并非立即刷新数据，而是在下次调用相关表结构时触发更新。文章还说明了在 Docker 容器部署和 Rancher 升级时执行数据库迁移与清理命令的流程。性能测试对比显示，开启缓存后接口并发峰值反而略有下降，因此决定暂时保留该配置不回退。