얼마전 프로그램이 오류가 발생해서 .. 원인을 봤더니
삭제되어야 할 열이 삭제가 안되서 수동으로 지워주고 .. 왜 안지워졌나
소스 확인해도 이상을 확인 할 수 없어 binlog 를 변환해서 ..
봐도 .. delete 명령이 잘 요청이 된걸로 되어있는데 ..
실제 데이터는 살아있네요.
혹시나 쿼리나 .. 이런쪽 문제로 delete 명령문이 제대로 안갔을까 하고 ..본건데
delete 로그가 where 조건에 제대로 있는걸 보고.. 어떻게 된건지
유추할 수가 없어서 .. 질문 올립니다.. 혹시 의심가는게 있으시다면
말씀해주시면 도움 많이 될것 같습니다.. 감사합니다. 트랜젝션은 사용하지 않고 있습니다.
설마 SSD 환경에서 셀 수명으로 인해 Write 가 안되는 상황은 아니겠죠..
이런건 처음이라 .. 저번에도 .. 한 20개가 저런 현상이 나서 .. 뭐지 싶었는데
이번엔 2개가 저렇게 되서
소스를 봐도 .. 그냥
id 값만 select 하고 ..
그 selected 된 id 값만 where 절에 넣고 delete 하는 기능이라서
특별한게 없는데도 그러네요
제가 가끔 문제 있을때 서버를 재시작 하는 경우가 가끔 있는데
그거랑 맞물려있나 싶기도 한데 그렇다고 하면 binlog 에 .. 삭제 부분이 없어야 하는데
binlog 에는 삭제 하는 라인이 제대로 들어가 있어서 고민중입니다.
혹시 binlog 에 먼저 기록 하고 .. 그 이후에 삭제를 하나요?
아니면 삭제 이후에 binlog 에 기록되는지 .. 당연히 후자일것 같긴 하지만요 ..
binlog 에 삭제 기록 하고 .. 지우려는 찰라에 제가 서버를 재시작 하는게 아닌가 싶어서요 ..
그런데 지금 생각해보니 제가 서버를 재시작 해도 db 서버를 재시작 하는게 아니라 ..
프론트인 web서버만 재시작 해서 .. 큰 문제는 없을 것 같은데 .. 잘 모르겠네요 어떻게 접근해야 할지..
일단 bin로그를 기록하고 그다음 명령을 수행하는걸로 보이고요.
다만, bin로그가 비동기 쓰기 설정시엔 메모리에 로그를 쓰고, 그다음 쿼리가 수행되고 나중에 메모리에서 디스크로 기록이 되는걸로 보입니다.
DB서버가 개발인지, 운영인지, 어떤 환경에서 돌고있는지 알수가 없는데, 가능하면 백업후 재설치, 복원등의 작업을 통해 클린한 상태로도 바꿔보시는건 어떨까요
제가 테스트 하는 부분에서는 문제가 발생이 안되서 그게 문제네요 ..
문제가 재연이 되어야 .. 어떻게든 손볼텐데.. ㅜㅜ
DB서버 A-A방식 클러스터 사용할때 양쪽간 노드 복제 안되었을때 저런증상 쉽게 발생해서 A-S 방식 쓰던가 한쪽 스토리지만 바라보게 하든가 하는 방식 말고는 답이 없었습니다.
AP단에 WAS역할을 하는 분산트랜잭션을 사용하거나 하면 위와같은 증상 생깁니다. 접속자가 많거나 최종 데이터만 커밋해야되는 구조라면 DB보단 AP단에서 봐야하겠고 그리고 중간에 누가 데이터 직접 수정하면서 AP단하고 겹쳐서 데드락이 아닌지도 봐야합니다.
위정보 갖고는 뭐가 문제인지 모름.