标签： index
-
针对性能环境中列表接口响应超时的问题，通过分析 SQL 发现 count 查询耗时极高。尝试通过调整组合索引的字段顺序和数量来优化查询，最终确定包含 shipping_at_gmt 等四个字段的组合索引方案。为了确保 count 查询的稳定性，决定在特定条件下强制使用该组合索引，将耗时控制在 5 秒左右。随后发现实际数据查询强制使用索引反而耗时增加，因此计划后续在 Laravel 中实现仅对 count 查询强制索引，从而将接口响应时间优化至 10 秒以内。
-
针对 MySQL 8.0 中接口响应超时的问题，分析发现 count(*) SQL 在千万级数据表下耗时 54 秒。通过在查询中添加 shipping_type 索引条件，耗时降至 3 秒。为保持 SQL 结构统一，最终采用添加 WHERE id > 0 的方式优化，查询耗时 4 秒，达到了预期的性能提升效果。
-
使用 TortoiseGit 提交代码时遇到文件已在索引中暂存但本地不存在的提示，尝试从索引恢复文件失败，系统报错提示 index.lock 文件已存在。手动删除项目目录下 .git 文件夹中的 index.lock 文件后，刷新对话框并再次执行从索引恢复操作，系统提示索引变更需刷新。最终文件成功恢复至本地目录，问题得以解决。
-
针对微信公众号官方接口不支持直接通过文章ID获取阅读数的问题，文章探讨了基于日期范围获取图文统计数据的技术方案。通过存储群发任务ID，利用数据分析接口，将msgid与索引组合匹配数据，实现了以文章ID为维度的阅读数查询，成功模拟了基于ID获取数据的效果，但受限于接口机制仅能获取发布后7天内的统计。
-
针对 PHP 7.4 环境，文章探讨了如何通过带索引检查计算数组的差集，来对比请求 Body 中的参数与 Redis 缓存中的数组是否相等。在确保请求数据经过严格验证且仅小于等于缓存数据的前提下，利用 array_diff_assoc 函数键值比较的特性打印结果，并仅在差集不为空时重新设置缓存，从而实现对缓存更新的精确控制。
-
针对 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，显著提升了查询性能。