DB & AWS Knowledge

⊙ 작성 사유 운영 서버들 중에 용량이 큰 테이블들이 발생 시 차후 대량 조회 쿼리 등으로 이한 서비스 지연이 발생할 수 있으므로 이에 대한 조치를 마련 할 수 있도록 데이터가 쌓여서 대형 테이블이 된 테이블들을 관리 하기 위해 만든 logging, 관제 스크립트들이다. ⊙ 스크립트 내용 Big Table 개수 관제 스크립트 (회사 보안사유로 인하여 테이블명은 masking 함)

⊙ 작성 사유 : 운영 서버들 중 Replication으로 구성된 서버들 간에 Replication 연결 이상 및 GAP 을 탐지하기 위해 작성했던 관제 스크립트입니다. Slave 서버에서의 상태 확인을 통하여 연결 이상 및 GAP 발생 시간을 탐지합니다. (사내에서는 GAP 관제발생기준시간을 30초로 세팅) - 스크립트 내용 및 테스트 (사내 메일 이미지 첨부 및 내용 보완) Replication 이상 여부 탐지 스크립트

⊙ 작성 사유 : 기술지원을 해주는 서비스의 DB서버가 최번시에 사용 시, binlog 가 급속하게 차는 중, 서비스 관리자가 OS에서 수동으로 binlog 파일을 삭제를 하면서 실수로 DB서버와 동기화 중인 binlog까지 삭제하여 DB가 정상 작동이 되지 않는 장애가 발생한 사례가 있었음. 이에 대한 기술지원을 하면서 차후 후속 예방조치로 crontab 에 걸어 두어 binlog 가 쌓이는 data 영역이 일정 수치가 쌓이면 자동으로 삭제되는 스크립트를 작성하여 적용 중. ⊙ 스크립트 테스트 적용 시 결과 (사내 메일 이미지)

MySQL / MariaDB 는 외래키가 존재 시, 파티셔닝이 불가하다. 작업 전 AO 및 개발팀과 이에 대한 협의를 진행해야 할 필요가 있음 (출처 : https://dev.mysql.com/doc/refman/5.7/en/partitioning-limitations.html)

해당 페이지에서는 MySQL / MariaDB MVCC 에 대한 Mechanism 을 다룬다. (출처1 : http://www.datanet.co.kr/news/articleView.html?idxno=116534) (출처2 : https://www.programmersought.com/article/96795556515/) (출처3 : https://m.blog.naver.com/PostView.nhn?blogId=seuis398&logNo=70117922756&proxyReferer=https:%2F%2Fwww.google.com%2F) (참고도서 : Oracle, PostgreSQL, MySQL Core Architecture) 먼저 MVCC 의 개념 및 공통적인 특징은 아래와 같다. MVCC 는 ..

MySQL, MariaDB Version을 확인 시 아래와 같이 버전을 확인할 수 있다. MySQL (참조 : https://zetawiki.com/wiki/MySQL_%EB%B2%84%EC%A0%84_%ED%99%95%EC%9D%B8 ) $> mysql --version $> mysql Ver 14.12 Distrib 5.0.77, for redhat-linux-gnu (x86_64) using readline 5.1 여기서 DB 버전은 뒤의 5.0.77 이고 앞의 14.12 는 mysql 이 사용하는 DB console 버전이다. MariaDB (참조 : https://www.liquidweb.com/kb/how-to-check-the-mysql-version/) $> mysql -V $> mysql..