꿀벌l최인혁 2020-01

트랜잭션의 commit 이슈, DB캐시로 인한 고스트현상등을 겪어봤던거 같은데.. 트랜젝션은 아니라고 하시니 음.
설마 SSD 환경에서 셀 수명으로 인해 Write 가 안되는 상황은 아니겠죠..

김제연 2020-01

그런거라면.. 전체적으로 문제가 생겨야 하는데 신기합니다 ㅜㅜ
이런건 처음이라 ..  저번에도 .. 한 20개가 저런 현상이 나서 .. 뭐지 싶었는데
이번엔 2개가 저렇게 되서
소스를 봐도 .. 그냥
id 값만 select 하고 ..
그 selected 된 id 값만 where 절에 넣고 delete 하는 기능이라서
특별한게 없는데도 그러네요

제가 가끔 문제 있을때 서버를 재시작 하는 경우가 가끔 있는데
그거랑 맞물려있나 싶기도 한데 그렇다고 하면 binlog 에 .. 삭제 부분이 없어야 하는데
binlog 에는 삭제 하는 라인이 제대로 들어가 있어서 고민중입니다.

혹시 binlog 에 먼저 기록 하고 .. 그 이후에 삭제를 하나요?
아니면 삭제 이후에 binlog 에 기록되는지 .. 당연히 후자일것 같긴 하지만요 ..

binlog 에 삭제 기록 하고 .. 지우려는 찰라에 제가 서버를 재시작 하는게 아닌가 싶어서요 ..

그런데 지금 생각해보니 제가 서버를 재시작 해도 db 서버를 재시작 하는게 아니라 ..
프론트인 web서버만 재시작 해서 .. 큰 문제는 없을 것 같은데 .. 잘 모르겠네요 어떻게 접근해야 할지..

꿀벌l최인혁 2020-01

쿼리를 binlog에 기록하고 수행하는지, 수행하고 binlog 에 기록하는지 저도 궁금해서 찾아보니 (http://intomysql.blogspot.com/2010/12/mysql-binary-log.html )
일단 bin로그를 기록하고 그다음 명령을 수행하는걸로 보이고요.
다만, bin로그가 비동기 쓰기 설정시엔 메모리에 로그를 쓰고, 그다음 쿼리가 수행되고 나중에 메모리에서 디스크로 기록이 되는걸로 보입니다.

DB서버가 개발인지, 운영인지, 어떤 환경에서 돌고있는지 알수가 없는데, 가능하면 백업후 재설치, 복원등의 작업을 통해 클린한 상태로도 바꿔보시는건 어떨까요

김제연 2020-01

운영 서버이고 ubuntu 에 node.js 에 nginx 중간에 놓고 운영 중이며 서버는 express를 사용중입니다.
제가 테스트 하는 부분에서는 문제가 발생이 안되서 그게 문제네요 ..
문제가 재연이 되어야 .. 어떻게든 손볼텐데.. ㅜㅜ

꿀벌l최인혁 2020-01

DB문제인지, 프로그램문제인지 구분할 필요가 있을것 같습니다. 샘플 프로젝트 하나 열어서 CRUD에 대한 검증을 따로 하시고, 혹시나 키값이 숫자인지 문자인지에 따라서 문자의 경우 앞뒤 빈칸등 눈에는 맞는것처럼 보이지만 실제로는 존재하지 않는 ROW에 대한 삭제처리를 한 것이 아닌지 한번 꼼꼼하게 delete 수행시에 리턴결과를 로깅하셔서 체크해보심도 어떨까요. 그리고 for문에 따른 다량 쿼리 처리라던지, 동시적 처리라던지 보통 테스트시에는 1인 1쿼리 수행이라서 잘 되다가도, 대용량, 동시로 들어와서 문제가 생기는건지도 쿼리 수행당시의 어플쪽 로깅을 통해서 확인하고요..

술이 2020-01

저정보만 갖고 원인 분석 안됩니다.
DB서버 A-A방식 클러스터 사용할때 양쪽간 노드 복제 안되었을때 저런증상 쉽게 발생해서 A-S 방식 쓰던가 한쪽 스토리지만 바라보게 하든가 하는 방식 말고는 답이 없었습니다.
AP단에 WAS역할을 하는 분산트랜잭션을 사용하거나 하면 위와같은 증상 생깁니다. 접속자가 많거나 최종 데이터만 커밋해야되는 구조라면 DB보단 AP단에서 봐야하겠고 그리고 중간에 누가 데이터 직접 수정하면서 AP단하고 겹쳐서 데드락이 아닌지도 봐야합니다.
위정보 갖고는 뭐가 문제인지 모름.

김제연 2020-01

따로 백업서버나 리플리케이션은  설정하지 않고 단독서버이고 트래젝션은 사용하지 않고 있는 상태입니다

epowergate 2020-01

DELETE 수행시키고 그 결과 값을 받아보셨나요?

김제연 2020-01

따로 쿼리문 날리면 삭제는 잘됩니다  binlog 에는 쿼리만 나와있는 상태이구요