티스토리

MySQL DBA를 위한
검색하기

블로그 홈

MySQL DBA를 위한

mysqldba.tistory.com/m

모모레 님의 블로그입니다.

구독자
40
방명록 방문하기
공지 엉망이 된 홈화면을 변경했습니다. 모두보기

주요 글 목록

  • 9.7 Group Replication Performance 1. Fine Tuning the Group Communication ThreadGroup Communication Thread (GCT)는 Group Replication Plugin이 로드되는 동안 루프에서 실행된다. GCT는 그룹 및 플러그인에서 메시지를 수신하고 멤버들의 최소 정족 수 및 실패 감지 관련 작업을 처리하고 일부 활성 메시지를 보내며 서버 / 그룹과 주고받는 트랜잭션을 처리한다. GCT는 대기열에 들어오는 메시지를 기다린다. 메시지가 없으면 GCT가 대기한다. 이 대기 시간을 좀 더 길게 (활성 대기 상태로) 설정하면 실제로 잠자기 상태가 되기 전에 어떤 경우에는 도움이 될 수 있다. 이는 운영 체제가 프로세서에서 GCT를 전환하고 컨텍스트 전환을 수행하기위한 대안이기 때문이다. GC.. 공감수 0 댓글수 0 2017. 4. 15.
  • 9.6 bservability MySQL Group Replication Plugin에는 많은 자동화 기능이 내장되어 있다. 그럼에도 불구하고 때로는 뒤에서 무슨 일이 일어나고 있는지 이해해야 할 수도 있다. 여기에서 Group Replication 및 성능 스키마의 도구가 중요 해진다. 시스템의 전체 상태 (보기, 충돌 통계 및 서비스 상태 포함)는 performance_schema 테이블을 통해 조회 할 수 있다. 복제 프로토콜의 분산 특성과 서버 인스턴스가 동의하고 트랜잭션과 메타 데이터를 동기화한다는 사실은 그룹의 상태를 검사하는 것이 더 간단하다. 예를 들어, 그룹 복제와 관련된 성능 스키마 테이블에서 select 문을 실행하여 그룹의 단일 서버에 연결하고 로컬 및 글로벌 정보를 얻을 수 있다. 자세한 정보는 아래의 웹 페이.. 공감수 0 댓글수 0 2017. 4. 15.
  • 9.5 Distributed Recovery 1. Group Replication Basics Group Replication의 분산 복구 프로세스는 그룹안에서 현재 발생중인 이벤트를 모니터링 하면서 그룹안의 온라인 서버에서 맞춰야 하는 데이터를 가져와서 구성하는 절차로 요약해서 이야기 할 수 있다. 즉, 복구 프로세스를 진행하는 중에 서버는 해당 구성원들이 실행하는 이벤트들에 대한 정보를 수신하여 대기시킨다. 그 다음 어떻게 진행되는지는 좀 더 자세히 다음 내용에서 설명하도록 한다. 1.1 Phase 1가장 먼저 Joiner 는 가입하려는 그룹안에서 온라인 상태에 있는 서버 한대를 선택하여 Donor로 설정한다. Donor는 Joiner가 가입한 순간부터 가지고 있지 않은 데이터를 전달하는 역할을 수행한다. 이 작업은 두 서버간에 표준 비동기 R.. 공감수 1 댓글수 0 2017. 4. 5.
  • 9.4 Data Definition Statements 일반적으로 DDL 이라고 하는 데이터 정의문은 실행할때 주의해야 한다. MySQL 에서 DDL은 트랜잭션 안에서 실행되더라도 롤백이 되지 않기 때문이다. 즉, 롤백되지 않은 작업이기 때문에 Group Replication에서 DDL을 함부로 실행하는 것은 위험하다. 그래서, DDL 구문을 실행할 때에는 좀 더 주의를 기울여서 진행해야 한다. 그리고 스키마 변경 작업이 완료되지 않은 동안에는 해당 테이블에 대한 DML도 같은 서버에서 진행되게 해야 한다. 그렇지 않으면, 데이터가 깨질 가능성이 높다. 즉, 단일 기본 모드로 운영중일 때에는 크게 문제가 되지 않는 사항이다. 공감수 0 댓글수 0 2017. 4. 5.
  • 9.3 Data Manipulation Statements Group Replication안에서 Primary 서버가 지정되어있지 않으면, 그룹내의 어떤 서버에서도 RW 트랜잭션을 실행할 수 있다. 모든 서버는 사전에 조정없이 트랜잭션을 실행할 수 있다. 각각 서버에서 실행되는 트랜잭션은 커밋할 때, 그룹 내의 나머지 서버와 조정되어 커밋여부를 결정하기 때문이다. 이때 다음과 같은 사항을 체크한다. -- 해당 작업이 커밋되어야 하는지 여부-- 다른 서버가 트랜잭션을 적용할 수 있도록 변경 사항을 전파 각 트랜잭션은 원자성을 띈 boradcast로 전송되기 때문에 모든 그룹에서 실행되거나 실패하게 된다. 수신한 트랜잭션은 모든 서버에서 동일한 순서로 실행된다. 충돌 감지는 트랜잭션의 쓰기 내용을 검사하고 비교하면서 작업을 진행한다. 해당 체크 작업은 행단위에서 이.. 공감수 0 댓글수 0 2017. 3. 29.
  • 9.2 The Group MySQL Group Replication에서는 서버의 모음이 하나의 그룹을 형성한다. 하나의 그룹에는 이름이 부여되는데 그것은 UUID형태로 지정된다. 하나의 그룹은 동적이며 서버는 동적으로 투입되고 제거될 수 있다. 이건 자발적일수도 있고, 비자발적일수도 있다. 그리고 해당 투입과 제거는 자동으로 조정된다. 하나의 서버가 Group Replication에 투입되면 기존 서버에서 누적된 데이터 정보를 가져와서 자동으로 최신 상태가 되도록 작업한다. 이 작업은 비동기 MySQL Replication을 이용하여 진행된다. 그리고, 만약 그룹에 투입된 서버중 하나가 자동으로 제거된다면 나머지 서버들은 자동으로 해당 서버가 제거된것을 알게 된다. 공감수 0 댓글수 0 2017. 3. 29.
  • 9.1 Group Replication Plugin Architecture MySQL Group Replication은 Row 포맷으로 하는 바이너리 로그와 GTID를 기반으로 하여 MySQL Replication 구조를 이용한 MySQL Plugin 이다. 그래서, Performance Schema와 또다른 플러그인 기능들과 통합되어 사용할 수 있다. 다음 그림은 MySQL Group Replication 전체 구조를 보여주는 그림이다. MySQL Server 바로 아래에 위치하는 API 레이어는 MySQL Server와 Group Replication의 Plugin이 서로 소통하기 위한 레이어이다. 해당 API 레이어는 MySQL Server와 Group Replication 간의 인터페이스 역할을 수행한다. 여기서 제공하는 API를 이용하여 트랜잭션과 관련된 작업에서 사용.. 공감수 0 댓글수 0 2017. 3. 28.
  • 7. Requirements and Limitations 1. Group Replication Requirements Group Replication에 사용할 서버 인스턴스는 다음의 요구 사항을 따라야 한다. 1.1 구조 1.1.1. InnoDB Storage Engine 데이터는 InnoDB 스토리지 엔진으로 만든 테이블에 저장해야 한다. 트랜잭션으로 데이터가 저장되어야 충돌에 대한 검사를 할 수 있다. 만약, 트랜잭션 간의 충돌이 있는 경우 그룹 전체에 일관성을 유지하기 위해 일부 트랜잭션을 롤백하기도 한다. 그래서, 트랜잭션을 지원하는 스토리지 엔진을 사용하여 데이터를 저장해야 한다. 또한, InnoDB는 Group Replication에서 동작할 때 트랜잭션 충돌을 잘 처리할 수 있는 몇가지 기능을 제공한다. 1.1.2 Primary KeysGroup .. 공감수 0 댓글수 0 2017. 3. 28.
  • 6. Group Replication System Variables 여기에서는 Group Replication 플러그인을 사용하는데 필요한 시스템 변수들에 대해 설명한다. Group Replication을 위한 시스템 변수들은 접두사로 group_replication을 사용한다. 여기에서 설명되는 대부분의 시스템 변수들은 동적으로 설정하는것이 가능하지만, 실제 적용되는 것은 플러그인을 재시작 해야 지만 가능하다. 플러그인을 재시작하지 않고 설정하여 바로 적용되는 시스템 변수들은 따로 언급할 것이다. System Variables Name group_replication_group_name Introduced 5.7.17 Command-Line Format --group-replication-group-name=value System Variable Scope : Glob.. 공감수 0 댓글수 0 2017. 3. 23.
  • 5. Group Replication Security 여기에서는 Group Replication 내의 보안 그리고 구성 서버들 간의 연결 보안 또는 주소 허용 목록을 사용한 보안 경계를 설정하는 방법에 대해 설명합니다. 1. IP Address WhitelistingGroup Replication Plugin은 설정 옵션을 하나 가지고 있는데 이것은 해당 그룹에 통신할 수 있는 서버 목록을 지정하는 옵션이다. 이 옵션은 group_replication_ip_whitelist이다. S1 서버에 해당 파라미터에 S2를 설정하면, S2가 S1에 접속하는 것이 가능하다. 즉, 허용 목록에 있는 것만 연결이 가능하다. 그리고, 기본적으로 아무것도 지정하지 않으면 group_replication_ip_whitelist 는 네트워크 인터페이스 안에 private net.. 공감수 0 댓글수 0 2017. 3. 21.
  • 4. Group Replication Operations 여기에서는 Group Replication의 배포 시에 어떤 모드들을 사용하는지에 대해 알아볼 것이다. 그리고 그룹 관리를 위해 일반적으로 어떤 작업을 사용하는지 알아볼 것이다. 1. Deploying in Multi-Primary or Single-Primary Mode Group Replication은 다음과 같은 각각 다른 모드로 동작한다. -- Single-primary Mode -- Multi-Primary Mode 기본 모드는 Single-Primary 모드이다. 해당 그룹 내에서 다른 모드로 멤버로 배치 시킬 수는 없다. 예를 들어, 하나의 멤버는 Multi-Primary 모드 이면서 다른 하나는 Single-Primary 모드일수는 없다. 모드를 전환하려면 서버가 아닌 그룹을 다른 운영 모.. 공감수 0 댓글수 0 2017. 3. 15.
  • 3. Monitoring Group Replication Performance Schema 의 테이블을 이용하면 Group Replication을 모니터링을 할 수 있다. 모니터링을 하기 위해 다음과 같은 테이블들이 생성된다. -- performance_schema.replication_group_member_stats-- performance_schema.replication_group_members 기존에 존재하던 리플리케이션 관련 테이블에도 Group Replication을 위한 모니터링에 사용할 수 있다. -- performance_schema.replication_connection_status-- performance_schema.replication_applier_status Group Replication에서 사용하는 Replication cha.. 공감수 0 댓글수 0 2017. 3. 13.
  • 2. Getting Started MySQL Group Replication은 MySQL server에 플러그인 형태로 제공된다. 그래서 그룹내 각 서버들은 Group Replication을 사용하기 위해 플러그인을 설치해서 설정해야 하는 것이 필요하다. 여기에서는 3대의 서버를 가지고 어떻게 구성할 수 있는지에 대해 자세히 알아볼 것이다. 1. Deploying Group Replication in Single-Primary Mode 그룹 내의 각 서버의 인스턴스들은 물리적인 장비로 따로 따로 구성되어 독립적으로 운영된다. 여기에서는 하나의 물리 장비에서 3개의 MySQL 인스턴스를 사용하여 어떻게 구성하는 지에 대해 알아볼 것이다. 이 말은 각각 3개의 데이터 디렉토리가 필요하다는 것을 의미한다. https://dev.mysql.co.. 공감수 0 댓글수 0 2017. 2. 28.
  • 1. Group Replication Background MySQL 5.7 레퍼런스 번역 fault-tolerant system 을 구축하는 가장 쉬운 방법은 여러 여유있는 컴포넌트들을 이용하여 시스템을 구축하는 방식이다. 즉, 다른말로 하면, 컴포넌트 중 특정 한개가 동작하지 못한다 하더라도 전체 시스템을 운영하는데에 문제가 없다는 의미이다. 이것은 전체적으로 차원이 다른 시스템의 구축이기 때문에 높은 수준의 목표가 된다. 구체적으로 말하면, 리플리케이션으로 구성된 DBMS는 한대가 아닌 여러 서버에 대해 유지 보수 관리를 해야 한다. 더 나아가, 여러 서버들을 하나의 시스템으로 구축하여 데이터를 파티셔닝하기 위한 시나리오를 사용하여 네트웍을 통한 데이터 분산 파티셔닝을 해야 한다. 또한, 구축하면서 발생할 수 있는 분산 시스템의 고질적인 문제도 처리해야 한.. 공감수 1 댓글수 0 2017. 2. 22.
  • MySQL Group Replication: Distributed Recovery behind the scenes (번역) 원본 http://mysqlhighavailability.com/distributed-recovery-behind-the-scenes/ The new addition to the MySQL planet, MySQL Group Replication is now on Labs Release for you to try it! It offers you update everywhere capabilities on any group of normal, out of the box, MySQL servers. Concurrent updates on a setup of several MySQL servers is now possible and this with our trademark: the ease of use.My.. 공감수 0 댓글수 0 2015. 3. 23.
  • Group Communication behind the scenes(번역본) 원본 urlhttp://mysqlhighavailability.com/group-communication-behind-the-scenes/ Group communication behind the scenesSeptember 30, 2014UncategorizedLabs, MySQL, MySQL Group ReplicationTiago J. IntroductionThe multi master plugin for MySQL is here. MySQL Group Replication ensures virtually synchronous updates on any node in a group of MySQL servers, with conflict handling and failure detection. Dis.. 공감수 0 댓글수 0 2015. 3. 19.
  • MySQL Group Replication : Hello World! (번역) 이 글은 다음의 url을 번역한 것입니다. http://mysqlhighavailability.com/mysql-group-replication-hello-world/ MySQL Group Replication : Hello World! September 30, 2014UncategorizedLabs, MySQL, MySQL Group ReplicationLuis Soares The first preview release of MySQL Group Replication, a MySQL plugin that brings multi-master update everywhere to MySQL, is available on labs. This plugin ties together concepts and tec.. 공감수 0 댓글수 0 2015. 2. 2.
  • Multi-Threaded Slave Replication를 위한 variable slave_parallel_workers MySQL Ver.5.6.3 부터 추가된 Multi-Threaded Slave Replication을 사용하기 위해서는 slave_parallel_workers variable을 사용해야 한다. 이 variable은 Ver.5.6.3에 추가되었으며, 다이나믹하게 수정이 가능하다. 기본값은 0 이고, 0 에서 1024까지 중의 값으로 설정이 가능하다. --- 아래의 내용은 variable에 대한 레퍼런스 부분을 번역한 것입니다. 이 variable은 병렬적으로 replication events(transaction단위로)를 실행하기 위한 slave worker thread의 수를 설정한다. 기본값은 parallel execution을 실행하지 않는 0 값으로 설정된다. parallel execution을 .. 공감수 0 댓글수 0 2014. 3. 24.
  • [MariaDB] Mutli-Source Replication - 2. 구성하기 이번에 release된 10.0.x 버전에 새롭게 추가된 기능입니다. 한번 해 보셔도 좋을듯 합니다. https://mariadb.com/kb/en/multi-source-replication/ 위의 url 내용을 기초로 작성 하였습니다. 공감수 0 댓글수 0 2014. 3. 7.
  • [MariaDB] Multi-Source Replication - 1. 기본 개념 이번에 release된 10.0.x 버전에 새롭게 추가된 기능입니다. 한번 해 보셔도 좋을듯 합니다. https://mariadb.com/kb/en/multi-source-replication/ 위의 url 내용을 기초로 작성 하였습니다. 공감수 0 댓글수 0 2014. 3. 7.
  • MySQL Multi-Source Replication 기본 사용법 MySQL 5.7 에 추가될지도 모르는 Multi-Source Replication 사용 방법을 정리한 문서입니다. 테스트 해 본 결과 쓰기엔 괜찮은거 같은데....아직 5.7에 추가되지는 않았네요.. 개발이 2013년 7월인가 9월 이후로 더 진행되는거 같지도 않구요.... 공감수 1 댓글수 0 2014. 3. 7.
  • 모니터링으로 사용 가능한 MON 사용 설명서 시간이 지나서 url 위치가 바뀌었네요... 페이지: http://sourceforge.net/projects/mon/ 다운로드: http://sourceforge.net/projects/mon/files/ 공감수 0 댓글수 0 2014. 3. 7.
  • Dual-Master Replication에서의 문제점 공감수 1 댓글수 2 2014. 3. 7.
  • MySQL Verr 5.5 Semi-Replication 위 문서는 다음의 url 내용을 번역, 정리한 것을 기초로 작성된 문서입니다. http://dev.mysql.com/doc/refman/5.5/en/replication-semisync.html 공감수 0 댓글수 0 2014. 3. 6.
  • Replication Architecture 분석 - 3 공감수 0 댓글수 0 2014. 3. 5.
  • Replication Architecture 분석 - 2 공감수 0 댓글수 0 2014. 3. 5.
  • Replication Architecture 분석 - 1 공감수 0 댓글수 0 2014. 3. 5.
  • Replication 연결단위에 따른 개발시 유의점 공감수 0 댓글수 0 2014. 3. 5.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.