Репликация на Mysql Master-Slave

Добър ден на всички! Днес в нашата статия ще разгледаме примери за настройка на репликация "главно-подчинен".

Малко теория

Защо да се репликира? На първо място, това е защитна мрежа, в случай че основният сървър на mysql се провали, тогава можете да превключите към подчинения сървър и да продължите да работите. На второ място, това е възможност за намаляване на натоварването на основния сървър на Mysql, като се използва главният сървър само за писане и извършване на операции за четене на подчинения сървър. Как работи репликацията? Главният сървър пише binlog, в който той посочва операциите, които се извършват върху базата данни (бази данни) и запомня отместването в дневника от началото му до текущия запис (позиция). Подчиненият сървър се свързва с главния, сравнява стойностите на позицията и отчита промените в дневника, започвайки от стойността на собствената си позиция и завършвайки със стойността на позицията и главния. Той прилага промени (команди) към базите данни на подчинения сървър.

Инсталиране и конфигуриране на Master

Промяна на my.cnf на главния сървър:

Малко уточнение: по подразбиране съветникът пише binlog за всички бази данни, това може да бъде променено с "binlog-do-db". Стойностите ще бъдат записани в регистрационните файлове, когато се използва определена база данни, промените в останалите бази данни няма да бъдат записани. Тук можете също да посочите колко дни да се водят дневници, какъв е техният максимален размер (параметрите изтичат_logs_days и max_binlog_size). Добавете потребител към MySQL, под чиито права ще се извършва репликацията:

---