主从复制实验步骤和半同步的实现方法

时间:2022-09-15 00:14:06

实验环境:

    主节点IP:172.16.2.16

    从节点IP:172.16.2.17

    MariaDB的版本是5.5.36,使用二进制方式安装。已安装完成。

实验目的:

    了解主从复制,各个节点的工作方式。

    

操作步骤:

1,主服务器需要开启二进制日志记录,并且授权一个用户给从节点。

主服务器的主配置文件[mysqld]内容如下。

[mysqld]port= 3306
socket= /tmp/mysql.sock
skip-external-locking
key_buffer_size = 256M
max_allowed_packet = 1M
table_open_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 16M
thread_concurrency = 8
log-bin=/mydata/binlog/mysql-bin   定义二进制日志的位置,生产环境中不应当与数据库文件在一个磁盘上。
binlog_format=mixed
server-id= 1        server-id就使用默认的1
datadir=/mydata/data
sync_binlog = 1              产生二进制日志就写入磁盘


给从节点授权一个复制使用的用户

MariaDB [(none)]> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO slaveuser@'172.16.2.17' IDENTIFIED BY 'slavepass';MariaDB [(none)]> FLUSH PRIVILEGES;

从节点配置:

mysql的主配置文件[mysqld]段如下

[mysqld]port= 3306socket= /tmp/mysql.sockskip-external-lockingkey_buffer_size = 256Mmax_allowed_packet = 1Mtable_open_cache = 256sort_buffer_size = 1Mread_buffer_size = 1Mread_rnd_buffer_size = 4Mmyisam_sort_buffer_size = 64Mthread_cache_size = 8query_cache_size= 16Mthread_concurrency = 8#log-bin=mysql-bin        因为节点无需二进制日志,所以把这项注释掉了relay-log=/mydata/relaylog/relay-log       定义中继日志binlog_format=mixedserver-id= 2           server-id定义为2datadir=/mydata/dataread_only = 1            设定数据库为只读,但对于超级用户无效。只能针对普通用户。

在mysql中执行

CHANGE MASTER TO MASTER_HOST='172.16.2.15', MASTER_USER='realuser', MASTER_PASSWORD='passwd', MASTER_LOG_FILE='master_bin.000001', MASTER_LOG_POS=495;    START SLAVE;

配置完成后,在主库创建数据库和表,然后到从库查看。如果有说明配置成功。

查看从节点状态的命令是:SHOW SLAVE STATUS; 其它含意解释如下。                 

MariaDB [(none)]> show slave status\G*************************** 1. row ***************************Slave_IO_State:                      当前从节点IO的状态                      Master_Host: 172.16.2.16      主节点的IP  Master_User: slave                  使用那个用户连接的主节点Master_Port: 3306                  主节点使用的TCP端口Connect_Retry: 60                    多长时间读取一次Master_Log_File: mysql-bin.000005    当前主节点的二进制日志文件Read_Master_Log_Pos: 581                      当前主节点二进制日志文件位置Relay_Log_File: relay-log.000001        当前从节点中继日志文件Relay_Log_Pos: 4                                当前从节点中继日志文件中记录的位置Relay_Master_Log_File: mysql-bin.000005  正在中继主节点的日志文件是那个Slave_IO_Running: No                            从节点的IO_THREAD线程是否启动,如果为NO表示还没有向主节点请求二进制日志文件。这个线程工作内容是把主节点的二进制日志一条一条的同步到从节点的中继日志中。Slave_SQL_Running: No                 从节点的SQL线程是否启用,这个线程的任务是把中继日志中的SQL语句一条一条的读的MySQL中执行,以实现数据的写入。Master_Server_Id: 0               主节点的ID


-------------------------------------------------------------------------------------------

    当数据库已经运行了一段时间后,主节点已经有大量的数据。这时如果添加一台从节点,最好把主节点做一个完整备份,恢复到从节点。然后再配置从节点到主节点复制数据,这样能快速把主从节点数据同步一致。

                

    1,先对主服务器做一个完整备份。然后把备份好的数据发送到从节点上。

               # mysqldump --lock-all-tables --all-databases --master-data=2 > master.sql

               # scp master.sql 172.16.2.17:/root 

           需要创建从节点连接主节点使用的数据库。

                mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO  realuser@'172.16.2.13'  IDENTIFIED BY 'passwd'

                mysql> FLUSH PRIVILEGES;

    2,定义好从节点的工作特性。然后恢复数据。

            在配置文件中[mysqld]加入以下段,并且注释二进制日志,因为从节点要二进制日志没用,白白浪费空间。

                relay-log  =  /mydata/relaylog/relay-log

                server-id = 2             serviceID 一定不能与主节点的ID重复。

                read_only = 1           设置数据库为只读模式,但对于超级用户无效。普通用户只能读,不能修改。

            # mysql < /root/master.sql    把主节点备份的数据恢复到库中

    3,恢复数据时需要在备份的文件中找到,备份主节点时二进制日志文件使用到那个文件了,二进制日志文件中事件id所在的位置。大概如下:

        -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000009', MASTER_LOG_POS=7925;

        然后到数据库执行连接到主服务器。

            CHANGE MASTER TO MASTER_HOST='172.16.2.15', MASTER_USER='realuser', MASTER_PASSWORD='passwd', MASTER_LOG_FILE='master_bin.000001', MASTER_LOG_POS=495;

        启动IO_THREAD线程和SQL_THREAD线程

            START SLAVE;

------------------------------------------------------------------------------------------

复制总结:

    1,对于master 需要启动二进制日志,有惟一的server-id

    2,binlog dump : 将从服务的 io  thread 发出的读取二进制日志事件请求的数据发送给对方 。

    3,slave 必须启用中继日志,关闭二进制日志(建议),有惟一的server-id。

            IO thread:向master请求二进制日志并保存到本地的中继日志。

            SQL thread:把本的中继日志中的sql语句一条一条的读取并执行

    4,对于从服务器,一般只有一个主服务器。否则会造成中继日志混乱。

    5, MariaDB 10 版本支持多源复制。从服务器支持多个主服务器,但是多个数据库。

    6, 可以多级复制,但从服务器如果做为其它从服务器的主服务器,需要开启二进制日志

    7, 从服务器可以有多个。

    8, 因为是异步复制,从服务器的数据可能会落后于主服务器。这个问题一很难避免。

-------------------------------------------------------------------------------------------


如何启用半同步?    从mysql5.5.8后才有的功能。由google贡献给mysql的补丁,以插件式安装,默认没有安装。位于mysql的安装目录下的 lib/plugin下的 semisync_master.so 和 semisync_slave.so 一个是主节点专用,一个是从节点专用。

    什么叫半同步: master至少要等待一个从节点把数据完全复制过去。

    使用INSTALL 命令安装。配置文件中[mysql]下的plugin_dir= 用来指定插件文件的保存位置。如果有其它插件保存在其它位置,需要在这里定义,这样INSTALL命令可以找到。

在mysql下的安装方法 

MariaDB> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

安装过后引入几个新的服务器变量: 查看方法: SHOW GLOBAL VARIABLES LIKE '%semi%';

      | rpl_semi_sync_master_enabled     | OFF |   是否开启此插件      | rpl_semi_sync_master_timeout      | 10000 |    等待从节点最多多长时间,单位是毫秒。如果从节点在等待时间内没有响应,就不再等待,从半同步模式变为异步模式。      | rpl_semi_sync_master_trace_level    | 32 |      | rpl_semi_sync_master_wait_no_slave | ON       如果没有从节点是否还需要等待。

需要在配置文件中的[mysql]段中写入

 rpl_semi_sync_master_enabled=1 rpl_semi_sync_master_timeout=1000

设置好后重新启动服务就可以了。

在从节点上的设置方法

MariaDB> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';MariaDB> SHOW GLOBAL VARIABLES LIKE 'rpl_semi%';       查看安装插件后生成的服务器变量      | rpl_semi_sync_slave_enabled      | OFF    是否开启了此插件,ON为开启。      | rpl_semi_sync_slave_trace_level  | 32     此项需要与主节点保持一致。

在主配置文件中的[mysql] 段中写入

rpl_semi_sync_slave_enabled=1

在从节点上重启IO THREAD线程就可以了。

MariaDB> STOP SLAVE IO_THREAD;MariaDB> START SLAVE IO_THREAD;

查看是否已经启用半同步模式,需要在MASTER上查看。

MariaDB> SHOW GLOBAL STATUS LIKE '%semi%';     Rpl_semi_sync_master_clients    工作于半同步的客户端有几个     Rpl_semi_sync_master_net_avg_wait_time   主节点为等待IO_THREAD平均等待的时间     Rpl_semi_sync_master_net_wait_time     主节点为等待IO_THREAD等待的时间     Rpl_semi_sync_master_net_waits           主节点为等待IO_THREAD等待的次数     Rpl_semi_sync_master_tx_avg_wait_time  主节点为等待IO_THREAD等待的事务



本文出自 “红颜易逝豪情长” 博客,请务必保留此出处http://wukui.blog.51cto.com/1080241/1554977