리플리케이션 하는 이유 읽기 부하 분산 (슬레이브) 데이터 분석 (슬레이브) 백업지원 (슬레이브) * 마스터에 영향을 주지 않고 슬레이브에서 백업하기 위함 (안정성?) 데이터 분산 (마스터에 연결하지 않고 로컬에서 작업)MariaDB 10.0 introduced replication with global transaction IDs. These have a number of benefits, and it is generally recommended to use this feature from MariaDB 10.0. 마리아DB 10버전 이후부터 GTID 라는것을 지원하는데 사용하는것을 추천한다고 함 마스터와 슬레이브간 버전이 다를때 마스터의 버전이 낮은것 (older) 을 권고 계속 리플레케이션을 연결할..
Mysql replication (Mysql 5.X) 개요 Mysql 에서 제공하는 master - slave 혹은 master - master 동기화를 위한 솔루션인듯 하다. 일단 Master - Master 로 셋팅을 해봤는데 일단 접속량이 많지 않고 장애가 발생하지 않는 가정하에서는 잘된다. 정확히 따지자면 Master - Slave 가 정확한 의미인듯 하다. 하지만 리플리케이션이 깨지는 경우를 많이 봐와서 신뢰할만한 것인지는 모르겠다. 기본적으로 하나의 Insert 서버를 마스터로 하고 다수의 Slave select 서버들을 구성하는게 낫다고들 함. 보완해야 할 사항 리플리케이션의 경우 깨지는 경우 슬레이브가 문제가 됨. 복구하기 힘듬 마스터가 DB 데몬이 중단되거나 서버 장애시 슬레이브는 릴레이..
- Total
- Today
- Yesterday
- mariadb
- virtualbox
- Apache
- iptables
- WAF
- pptp
- glusterfs
- SSL
- galera
- gitlab
- L2TP
- mod_security
- php
- 인증서
- kvm
- 리눅스
- GeoIP
- softether
- OpenVPN
- yum
- cURL
- ntp
- 베이어다이나믹
- centos8
- ssh
- IPSEC
- NGINX
- MySQL
- centOS7
- HAProxy
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |