标签： MySQL
-
针对 MySQL 5.6 与 5.7 版本，本文记录了利用 EXPLAIN 分析查询并添加索引的优化过程。通过对 pa_plan_task 及其关联表分别添加 idx_group_id、idx_create_user_id 等索引，观察到部分表的扫描类型从 ALL 变为 ref，性能提升明显。随后调整 SQL 语句合并重复逻辑，并为相关表添加 idx_is_deleted 索引，最终改变了执行计划中的连接顺序，减少了排序与临时表的使用，总体性能得到改善。
-
文章针对 MySQL 5.6 和 5.7 策划指挥系统的索引进行优化，通过 EXPLAIN 分析 SQL 执行计划。过程包括删除冗余索引、遵循最左前缀原则添加联合索引，以及调整 SQL 语句中的重复逻辑。最终结果表明，多个表的 type 值从 ALL 或 index_merge 优化为 ref，消除了 Using filesort 和 Using join buffer，显著提升了查询性能。
-
针对 yiisoft/yii2-app-advanced 项目，本文介绍了在 MySQL 日志表累积数百 GB 数据的背景下，基于控制台命令行实现日志消息自动定时删除的方法。操作包括编写 LogController，在凌晨时段按每日批次删除过期数据，通过延缓执行机制避免性能影响。最终配置保留时间参数后，成功将开发环境日志表数据量缩减至 2.36 GB，达到了清理与性能的平衡。
-
针对 Yii 2.0 框架中字段存储以逗号分隔的关键字需精准匹配而非模糊匹配的问题，文章通过复制核心类文件至公共组件目录并修改 ActiveDataFilter，新增了支持 MySQL FIND_IN_SET() 函数的特定条件构建器 fis。随后在控制器中配置字段过滤，最终生成了符合预期的 SQL 查询语句。
-
针对 Yii 2.0 中 MySQL 5.6 数据库 text 类型存储的 JSON 数据，本文解决了如何修改 JSON 字符串中特定字段值的需求。在 pub_log 表的 data 字段中，需将 channel_app_task_status 值从 6 替换为 7。文章展示了使用 SQL 进行搜索与替换的操作过程，执行后成功影响了 1 行数据，并介绍了通过数据库迁移文件生成该 SQL 的实现方法，最终验证数据修改符合预期。
-
本文介绍了在 Yii 2.0 中通过数据库迁移将 MySQL 表 A 中的一列数据迁移至表 B 对应列的实现方法。过程包括编辑迁移文件以生成基于 SQL 的更新逻辑，执行迁移命令后查看字段数值。最终验证数据库字段值已按预期更新，完成了跨表数据的同步操作。
-
本文记录了将 MySQL 数据库表 weibo_weibo_connect_web_app_user 中的 permission 字段数据迁移至 channel_app 表 source 的 permission 字段的过程。通过编写一条 SQL 语句，以两张表的关联 ID 字段为条件进行数据更新，成功将目标字段的值同步，最终完成指定行数的数据迁移，为后续删除原表字段做准备。
-
本文针对 Yii 2.0 框架下需要基于 MySQL ActiveRecord 与 Redis ActiveRecord 同时查询资源的问题，实现了对 Redis 中存储的用户昵称进行模糊搜索的功能。鉴于 Redis ActiveRecord 不支持 like 操作符，文章采用先通过 MySQL 获取用户 ID 列表，再利用 in 操作符从 Redis 读取对应昵称数组，最后使用 PHP 函数模拟 SQL LIKE 语句进行过滤。测试结果表明，该方案能够正确生成符合预期的 SQL 语句并获取准确的查询结果。
-
本文针对基于 Yii 2.0 的 Supervisor 命令行脚本在持续运行期间占用内存过高的问题进行了分析与解决。通过监控 Docker 容器资源，定位了 Redis AR 模型查询和高频执行导致的内存增长。优化措施包括使用 unset() 释放变量、利用 asArray() 获取数组形式结果、修复 HTTP 客户端 400 错误以及引入同步标识控制执行频率。最终测试表明，调整查询方式和执行策略有效降低了内存占用，证明了优化方案的可行性。
-
在 MySQL Workbench 中执行 UPDATE 语句时报错 Error Code: 1175，而在 phpMyAdmin 中执行相同语句则成功。经分析，这是由于 MySQL Workbench 开启了安全更新模式。解决方法是在首选项的 SQL 编辑器中找到并取消勾选安全更新选项，随后关闭并重新连接数据库。再次执行 UPDATE 语句后，操作成功完成，问题得到解决。