■ GTID를 이용한 복제 설정. 여기에서는 처음으로 GTID를 이용하여 처음 설정하는 "콜드 스타트"방법입니다. 이 포스트를 통해서 복제를 어떻게 설정하고, 주의할점은 무엇인지 알아봅니다. ■ 서버준비 가능하면 같은 사양의 물리서버를 준비합니다. 그리고 같은 버전의 MySQL을 설치합니다. 여기에서는 5.7 위주로 설명을 합니다. 다음의 환경으로 설정되어 있다고 가정합니다. 서버 IP MySQL Version 마스터 192.168.0.101 5.7 슬레이브 192.168.0.102 5.7 ■ 파라미터 설정 마스터 슬레이브 서버 모두에 다음의 파라미터를 설정합니다. ▶ 서버별 설정할 파라미터 mysqld 섹션에 작성합니다. [mysqld] server-id=1 log-bin=binlog gtid-mode..
이 섹션에서는 GTID (Global Transaction Identifier)를 사용한 트랜잭션 기반 복제에 대해 설명합니다. GTID를 사용할 때 각 트랜잭션은 원래 서버에서 커밋되고 슬레이브에 의해 적용될때 식별되고 추적될 수 있습니다. 이는 새 슬레이브를 시작하거나 새 마스터로 Failover가 되었을때 GTID를 사용하여 해당 파일 내에서 로그 파일 또는 위치를 참조 하기 때문에 기존방법인 로그파일과 포지션을 찾아야 하는 작업을 크게 단순화합니다. GTID 기반 복제는 완전히 트랜잭션 기반이기 때문에 마스터와 슬레이브가 일치하는지 간단하게 판단 할 수 있습니다. 마스터에서 커밋된 모든 트랜잭션이 슬레이브에서도 커밋되는 경우 이 둘 사이의 일관성이 보장됩니다. GTID와 함께 Statement 기..
MySQL에서는 데이터 베이스 백업을 위한 여러가지 방법을 지원합니다. 그중에 가장 대표적인것이 mysqldump입니다. 사용법도 쉽고 지원되는 옵션도 많아서 원하는 방법으로 백업이 가능합니다. 참고로 백업도 권한이 있어야 수행할 수 있습니다. 아무나 데이터를 컨트롤 하면 안되기 때문입니다. 또한 덤프만큼 복원시 필요한 권한도 있습니다. 그래서 백업 및 복구 수행은 많은 권한이 필요합니다. 그래서 별도로 백업 전용 계정을 만들어 사용하기도 합니다. 참고로 MySQL에서는 백업이라는 용어보단 덤프란 용어를 더 많이 씁니다. 개념은 같지만 약간의 미묘한 차이가 있습니다. 그래서 지금부터는 백업이라는 용어보다 덤프라는 용어로 사용하겠습니다. ■ mysqldump 소개 MySQL에서 제공하는 대표적인 덤프 프로..
■ Replication Filtering Rule 사용 및 적용방법이전 챕터에서 복제 룰에 대해서 평가하는 방법을 배웠습니다. 이번엔 실제 복제필터링을 적용하는 명령과 환경설정 옵션에서 어떻게 적용하는지에 대해 알아봅니다. 복제 필터링을 하는 방법은 3가지가 있습니다.+ MySQL서버를 시작할 때 관련 옵션을 주고 시작하는 방법서버를 시작할 때 필요한 필터링 옵션을 주고 실행합니다. 스크립트나 기타 관리방법을 만들어야 합니다.+ CHANGE REPLICATION 명령어를 이용하는 방법서버를 시작 후 명령어를 이용해서 필터링을 적용합니다. 서버를 중지하면 설정이 사라집니다. 아래에서 설명합니다.+ my.cnf 환경파일에 옵션을 이용해서 설정하는 방법my.cnf안에 옵션을 설정하여 필터링합..
■ 서버가 복제 필터링 규칙을 평가하는 방법 복제를 구성할때 전체 데이터베이스를 대상으로 하는 방법도 있지만 원하는 데이터베이스만을 선택해서 복제할 수도 있습니다. 반대로 원하는 데이터베이스만을 복제해서 사용할 수 있습니다. 특정 데이터베이스의 특정 테이블만 복제도 가능합니다. 이렇게 원하는 조건을 만들어 복제하는 방법을 복제 필터링이라고 합니다. 복제 필터링을 구성하기 위해선 바이너리 로그 포멧 형식 선택과 복제레벨(데이터베이스 레벨 혹은 테이블 레벨) 그리고 범위등 몇가지 전략을 세워야 할 내용들이 있습니다. 여기에서는 복제필터링을 걸기위헤 사전에 확인해봐야 할 내용들을 확인해 보겠습니다. 다음으로 복제필터링을 하기 위한 환경설정, 혹은 명령문을 알아보도록 하겠습니다. 마스터 서버가 바이너리 로그에 ..
Replication 상태에서 모니터링을 하는 방법에 대해 알아봅니다. 모니터링에서 표시해주는 상태에 따라 그에 맞는 대처를 해서 복제가 지속적으로 이루어 지도록 합니다. ■ Slave 상태 확인 mysql 클라이언트에서 다음의 명령을 입력합니다. mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 10.30.224.100 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000002 Read..
복제를 사용할 때 이진 로그에 대해 어떤 타입을 선택할지 정해야 하는데 이때 아래 내용들을 참고해서 설정하시면 도움이 됩니다. 복제를 할 때 safe(안전한), unsafe(안전하지 않은) 쿼리가 있는데 이것을 알면 업무 특성에 따라 어떤 바이너리 로그로 설정할지 도움이 됩니다. ■ Binary Logging의 종류▶ Statement-based Binary LoggingStaatement-based 바이너리 로깅을 사용할 때 마스터는 SQL 문을 바이너리 로그에 씁니다. 슬레이브에서 마스터를 복제하면 슬레이브에서 SQL 문을 실행합니다. 이를 Statement-based Replication (SBR로 약칭 할 수 있음)이라고하며, 이는 MySQL Statement-based 바이너리 로깅 형식..
MySQL은 여러형태의 복제 솔루션과 HA, 분산기능, 그리고 클러스터링을 지원합니다. Master-Slave구조 + MHA, Multi Master for MySQL, Galera Cluster, MaxScale(MariaDB), Sharding등 참 많은 기능들을 제공한다는 것을 알 수 있습니다. 그중에 대표적인게 Master Slave 구조입니다. Master에서는 DDL, DML 쿼리 및 약간의 SELECT를 수행하고 Slave에서는 Select Query만 지원하는 형태로 구축을 합니다. 보통 Database의 쿼리 수행빈도를 분석해보면 데이터 조회가 보통 60~70%를 사용한다고 합니다. 그래서 마스터 한대에 슬레이브를 여러대를 두어 부하를 분산시키는 전략을 보통 많이 사용합니다. 지금부터 가..
SELECT... INTO Outfile과 Load Data는 쌍으로 이어지는 데이터 언로드와 데이터 로드 문법입니다. 둘다 mysql 커맨드 인터페이스 프로그램에서 수행됩니다. 문제가 자주 발생되는 테이블(사용자의 데이터 삭제나 엔진문제로 인한 크래쉬)에 대해 데이터베이스 레벨로 덤프를 받기는 부담스러울때 백업용도로 받거나 데이터 이관, 혹은 마이그레이션 같은 특정 용도로 사용할때 좋습니다. ■ mysqldump와 SELECT...INTO Outfile 문법의 차이점. mysqldump와 같이 SELECT...INTO문법은 테이블 데이터를 덤프하지만 차이는 mysqldump는 Query 문법으로 Database를 덤프하지만 SELECT...INTO Outfile문법은 순수하게 데이터만 덤프합니다. 다음..
■ 백업의 중요성 데이터베이스 운영에 있어서 백업은 매우 중요한 작업중 하나입니다. 의도치 않은 장애나 작업중 삭제로 인해 문제가 생겼을 때 유일하게 복구할 수 있는 방법이 백업이기 때문입니다. 평소에 문제없이 잘 운영되고 장애도 한번 터지지 않은 시스템이라고 백업을 사소히 여기다가 단 한번의 문제때문에 백업이 아쉬운 경우가 굉장히 많이 있습니다. 두가지 정도로 축약해보면 다음과 같은 것들이 있을 것입니다. # 물리적인 이유-시스템의 갑작스런 이상증상, 스토리지 문제, 운영체제 문제, 파일 시스템 문제, 그외 기타 이유 # 논리적인 이유-중요한 데이터의 삭제 혹은 변경, 이전 데이터 확인, 기타 여러 이유. 백업은 시스템을 지켜줄 수 있는 최후의 보루이자 단 한번의 장애를 해결하기 위해 늘 준비하는 작업..
■ MySQL 보안접속 MySQL을 접속할때 일반적인 접속 방법으로 접속하면 해커들에 의해서 해킹을 당하기 쉽습니다. 물론 내부망 통신이나 방화벽 구축 등등 내부 보안 시스템으로 안전하게 하고 계시겠지만 어쨌든 보안 접속이 아닌이상 일반 접속으로 아이디 패스워드 입력시 전송 패킷 내용을 보면 평문으로 나옵니다. 이는 문제가 될 수 있기도 합니다. 그래서 이번에는 SSL/TSL을 이용해서 평문이 아닌 암호문으로 서버와 클라이언트간에 통신을 하는 방법을 알아보도록 하겠습니다. ■ SSL 환경설정 방법 ▶︎ 서버환경설정 서버 파라미터인 --ssl을 mysqld로 시작할때 옵션 사용으로 시작합니다. 기본값이 사용이기 때문에 특별히 ‘사용안함’으로 지정하지 않는 한 사용으로 설정됩니다. mysqld(mysqld_..
MySQL 설치와 환경설정이 끝났다면 다음은 사용자들 혹은 Application들이 접속할 수 있는 환경을 만들어 주어야 합니다. 흔히 계정이라 불리는 이것을 생성할때는 많은 고민을 가지시고 설정하여야 합니다. 데이터베이스 안의 테이블에는 수많은 데이터들이 있고 이 안에는 개인정보가 있을수도 있으며 각 접속 계정정보도 있습니다. 이런 정보들을 의도치 않는 사용자가 접속해 정보를 탈취해 간다면 개인정보에 의해 처벌받을 수도 있습니다.(상용 서비스 DB일경우) 그래서 계정관리는 꼼꼼히 권한 레벨에 맞게 부여되고 사용되어져야 합니다. 그리고 네트워크단에서도 데이터 통신이 이루어질때 암호화되는지도 체크해 보셔야 합니다. 밑에 데이터가 암호화되지 않을시 데이터가 어떻게 흘러가는지 눈으로 직접 확인해 보실 수 있습..