* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| CentOS 64bit | |
| CUBRID 9.2 (9.2.21.0005) (64bit release build for linux_gnu) (Jul 13 2015 14:52:46) | |
| [도움말]-[버전정보] 확인 | |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요.
몇가지 궁금한 사항이 있어서 글을 올립니다.
HA 시스템 운영 중 슬레이브로 지정된 서버에 존재하는 RO권한의 브로커를 통해 연결된 CAS 프로세스에 대량의 연산을 필요하는 SELECT를 실행하면 S_LOCK이 발생할텐데, 이때 마스터와 슬레이브간의 데이터가 복제가 계속 이루어 지는지 여부에 대해 문의드립니다.
안녕하세요. 큐브리드를 이용해 주셔서 감사합니다.
RW인 broker에서 다량의 LOCK이 발생하는 경우가 아니라면,
RO로 설정된 broker에서 IS_LOCK이 발생하여도, 동기화 (복제) 수행 시 문제 없이 동작됩니다.
CUBRID-HA는 log를 기반으로 transaction(commit/rollback)이 완료된 log를 기반으로 동기화가 이루어져 IS_LOCK이슈와는 무관합니다.
참고사항으로 대량의 INSERT/UPDATE/DELETE를 Master-node(active)d에 수행할 경우, 대량의 log발생으로 동기화 오류가 발생할 수 있으니 이점 참고하시기 바랍니다.
감사합니다.
* 참조
의도 공유 잠금(intent shared lock, IS_LOCK)
특정 행에 공유 잠금이 설정됨에 따라 상위 객체인 테이블에 의도 공유 잠금이 설정되면, 다른 트랜잭션은 칼럼을 추가하거나 테이블 이름을 변경하는 등의 테이블 스키마를 변경할 수 없고, 모든 행을 갱신하는 작업을 수행할 수 없다. 그러나 일부 행을 갱신하는 작업이나, 모든 행을 조회하는 작업은 허용된다.