MySQL设置主从复制

主从复制:

单向,双向,环形,级联,一主多从

双机复制的5种情形
1、异步主从(默认常规)
2、双写(前段程序对两个数据库同时写,必须两边都落实,程序才返回成功)
3、利用外挂软件实现实时主库Binlog日志抓取,从而可以在当机的时候补全从库
4、谷歌开发的半同步插件
5、DRBD

主从读写分离
1、通过程序实现(性能,效率最佳,推荐)
php,java等程序可以通过设置多个连接文件轻松实现主从读写分离。
2、通过软件实现读写分离
MySQL-proxy, Amoeba等代理软件也可以实现读写分离功能,但是最好还是程序实现。
3、开发dbproxy
读写分离逻辑图展示:

主从同步原理:
实际上是异步的,即总是主库写完日志,日志才可能被从库应用。
master slave
线程:IO 线程:IO/SQL
开启log-bin 需要设置的启动参数:CHANGE MASTER TO
怎删改会去写log-bin MASTER_HOST=‘192.168.1.111‘
MASTER_PORT=3308
MASTER_USER=‘alrinrep‘
MASTER_PASSWORD=‘password123‘
MASTER_LOG_FILE=‘mysql-bin.000047‘
MASTER_LOG_POS=‘5632‘
开启同步方式:start slave

                从库IO向主库发起复制请求,主库开始对从库认证,通过后主库IO根据从库
                日志要求开始发送bin-log到从库relay-log。一个周期后,从库更新master.info
                ,并重新向主库发起请求。
                SQL线程从relay-log发现新数据,并写到slave的数据文件和日志系统。

                相关语句:--master-data=1,
                CHANGE MASTER TO MASTER_LOG_FILE=‘mysql-bin.000020‘, MASTER_LOG_POS=1191;
建立相关的账号,即alrinrep
并授予应有的权限

MySQL主从复制原理过程
1、Slave服务器上执行start slave,开启主从复制开关
2、Slave服务器的IO线程会通过在Master上授权的复制用户权限请求连接Master服务器,并请求从指定的bin-log日志文件指定位置
(change master to 命令相关参数)之后发送binlog日志
3、Master服务器接受到来自Slave服务器的IO线程的请求后,Master服务器上负责复制IO线程根据Slave服务器的IO线程请求的信息
读取指定binlog日志文件指定位置之后的binlog日志信息,然后返回给Slave端的IO线程。返回的信息中除了binlog日志的内容外,
还有本次返回日志内容后在Master服务器端的新的binlog文件名称以及在binlog中的下一个指定更新位置
4、当Slave服务器的IO线程获取到来自Master服务器上的IO线程发送的日志以及日志文件及位置点后,将binlog日志内容一次写入到
slave端的Relay log(中继日志)文件(MySQL-relay-bin.xxxxxx)的最后端,并将新的binlog文件名和位置记录到master-info文件
中,以便下一次读取Master端新Binlog日志时能够告诉Master服务器需要从新binlog日志的那个文件哪个文件开始新的binlog内容。
5、Slave服务器端的SQL线程会实时的检测本地relay log中新增的日志内容,然后及时把LOG文件中的内容解析成MASTER端曾经执行过
的SQL语句,并在自身SLAVE服务器上安顺序执行这些SQL。应用玩后清理应用过的日志。
6,经过了上述过程,就可以确保MASTER和SLAVE执行了同样的SQL。在复制正常的情况下,MASTER和SLAVE数据是完全一致的。

主从复制上机实验:

0,环境:3308/3309同机,IP为192.168.199.151
1,修改my.cnf,检查server-id和log-bin,主从server-id必须不同。主库必须开启bin-log
2,添加复制账号和对应的 replication slave 权限

    mysql> select user,host,password from user;
    +-------+-----------+-------------------------------------------+
    | user  | host      | password                                  |
    +-------+-----------+-------------------------------------------+
    | root  | localhost | *A0F874BC7F54EE086FCE60A37CE7887D8B31086B |
    | alrin | %         | *A0F874BC7F54EE086FCE60A37CE7887D8B31086B |
    +-------+-----------+-------------------------------------------+
    2 rows in set (0.00 sec)

    mysql> grant replication slave on *.* to [email protected]‘192.168.199.%‘ identified by ‘password123‘;
    Query OK, 0 rows affected (0.00 sec)

    mysql> flush privileges;
    Query OK, 0 rows affected (0.00 sec)

    mysql> show variables like ‘log_bin‘;
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | log_bin       | ON    |
    +---------------+-------+
    1 row in set (0.00 sec)

    mysql> 

3,主库上做备份。先锁表,再备份

    mysql> flush table with read lock;
    Query OK, 0 rows affected (0.03 sec
    mysql> show master status;
    +------------------+----------+--------------+------------------+-------------------+
    | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
    +------------------+----------+--------------+------------------+-------------------+
    | mysql-bin.000004 |      423 |              |                  |                   |
    +------------------+----------+--------------+------------------+-------------------+
    1 row in set (0.00 sec)
新开session窗口后执行备份:

[[email protected] backup]# mysqldump -uroot -ppassword123 -S /data/mysqldata/3308/mysql.sock -A -B --events --master-data=2| gzip > /data/mysqldata/backup/rep.sql.gz

备份后检查:
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000004 |      423 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
解锁表:
mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

mysql> 

4,从库操作

    mysql> change master to
        -> MASTER_HOST=‘192.168.199.151‘,
        -> MASTER_PORT=3308,
        -> MASTER_USER=‘alrinrep‘,
        -> MASTER_PASSWORD=‘password123‘,
        -> MASTER_LOG_FILE=‘mysql-bin.000004‘,
        -> MASTER_LOG_POS=423;
    Query OK, 0 rows affected, 2 warnings (0.05 sec)

5,开启复制

    mysql> start slave;
    Query OK, 0 rows affected (0.25 sec)

6,检查slave状态:

mysql> show slave status\G
    *************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
              Master_Host: 192.168.199.151
              Master_User: alrinrep
              Master_Port: 3308
            Connect_Retry: 60
              Master_Log_File: mysql-bin.000004
          Read_Master_Log_Pos: 423
               Relay_Log_File: mysql-relay-bin.000002
            Relay_Log_Pos: 283
        Relay_Master_Log_File: mysql-bin.000004
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
           Replicate_Ignore_Table:
          Replicate_Wild_Do_Table:
      Replicate_Wild_Ignore_Table:
               Last_Errno: 0
               Last_Error:
             Skip_Counter: 0
          Exec_Master_Log_Pos: 423
              Relay_Log_Space: 456
              Until_Condition: None
               Until_Log_File:
            Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
    Master_SSL_Verify_Server_Cert: No
            Last_IO_Errno: 0
            Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
      Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
              Master_UUID: 16b758c5-2455-11e9-8fc6-080027339667
             Master_Info_File: /data/mysqldata/3309/data/master.info
                SQL_Delay: 0
          SQL_Remaining_Delay: NULL
          Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
              Master_Bind:
          Last_IO_Error_Timestamp:
         Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
            Auto_Position: 0
    1 row in set (0.00 sec)

    mysql> 

7,尝试在主库DDL,检查复制状态
主库:

    mysql> create database alrin;
    Query OK, 1 row affected (0.00 sec)
    从库:
    mysql> show databases;
    +--------------------+
    | Database           |
    +--------------------+
    | information_schema |
    | alrin              |
    | mysql              |
    | performance_schema |
    | test               |
    +--------------------+
    5 rows in set (0.00 sec)

命令汇总:
1,grant replication slave on . to [email protected]‘192.168.199.%‘ identified by ‘password123‘;
2,flush table with read lock;
3,show master status;
4,unlock tables;
5,change master to
MASTER_HOST=‘192.168.199.151‘,
MASTER_PORT=3308,
MASTER_USER=‘alrinrep‘,
MASTER_PASSWORD=‘password123‘,
MASTER_LOG_FILE=‘mysql-bin.000004‘,
MASTER_LOG_POS=423;
6,start slave;
7,show slave status\G

原文地址:http://blog.51cto.com/accole/2347958

时间: 2024-10-28 15:44:00

MySQL设置主从复制的相关文章

mysql实现主从复制

今天说一下MySQL的主从复制如何做到! 准备工作: 1.两个虚拟机:我这里用的是CentOS5.5,IP地址分别是192.168.1.101 和192.168.1.105: 101做主服务器,105做从服务器(都已经安装相同版本的Mysql): 2.本机环境:Apache+PHP+MySQL 好了,现在开始吧,来看看这听起来高大上的主从复制是怎么回事. 原理:mysql要做到主从复制,其实依靠的是二进制日志,即:假设主服务器叫A,从服务器叫B:主从复制就是   B跟着A学,A做什么,B就做什么

怎样解决MySQL数据库主从复制延迟的问题?

1.网络超时 2.慢查询 3.流量 问题一:主库的从库太多,导致复制延迟从库数据以3-5个为宜,要复制的从节点数量过多,会导致复制延迟问题二:从库硬件比主库差,导致复制延迟查看Master和Slave的系统配置,可能会因为机器配置不当,包括磁盘I/O.CPU.内存等各方面因素造成复制的延迟.一般发生在高并发大数据量写入场景中问题三:慢SQL语句过多假如一条SQL语句执行时间是20秒,那么从执行完毕到从库上能查到数据至少需要20秒,这样就延迟20秒了.一般要把SQL语句的优化作为常规工作不断地进行

MySQL DB 主从复制之SSL

需求架构 准备工作 主从服务器时间同步 # 主从服务器同时配置crontab任务,与NTP服务器同步时间即可 */5 * * * * ntpdate 172.16.0.1 &>/dev/null 部署配置 主库配置 vi /etc/my.cnf server-id = 1 # 在复制架构中,需保持全局唯一 log-bin = mysql-bin # 默认在数据目录下 sync_binlog = 1 # 设置mariadb每次在提交事务前会将二进制日志同步到磁盘,保证服务器崩溃时不会丢失事件

mysql的主从复制(二)mysql-proxy实现读写分离

安装前准备(三台虚拟机): 主机1: 172.16.24.77   安装msyql服务器端  mysql-proxy 主机2: 172.16.24.88    安装mysql服务器端(mysql主) 主机3: 172.16.24.99   安装mysql服务器端(mysql从) (注,我这里的三台主机都是安装好了mysql的,如里你没有安装请参照前面的博客有安装过程) 一.安装mysql-proxy 所需安装包(mysql-proxy-0.8.3-linux-glibc2.3-x86-64bit

mysql半主从复制

node3: 172.16.92.3/16 mariadb主服务器node4: 172.16.92.4/16 mariadb从服务器以上节点均为CentOS 7.1 配置环境1. 配置好光盘yum源2. 关闭selinux和iptables node3: mariadb主服务器 [[email protected] ~]# yum -y install mariadb-server[[email protected] ~]# vim /etc/my.cnf[mysqld]datadir=/var

mysql配置主从复制

                               主从复制 一.主从复制的工作原理 Mysql在Master与slave之间实现整个复制的过程由3个线程来完成的,其中两个线程(SQL线程和IO线程)在 Slave端,另外一个线程(IO)在Master端   要实现Mysql的复制必须首先打开Master端的binary log(也就是二进制日志)否则无法实现.  Mysql复制基本过程如下:    (1)Slave上面的IO 线程链接上Master,并且请求指定日志文件的位置(或者 

MySQL master-slave主从复制环境搭建初试

原文:MySQL master-slave主从复制环境搭建初试 环境为centos 7.2+mysql 5.7,网上教程很多,原理也不复杂(深知自己踩的坑还不够) 正常情况下,配置起来比较简单.另外,根据个人感受,MySQL的复制感觉要比SQL Server的复制要清爽很多(尽管功能上可能有一些差异). master服务器,首先是开启了二进制日志,同时设置server-id为一个具体的数值 1,创建复制用户 GRANT REPLICATION SLAVE ON *.* to 'repl_test

配置MySQL GTID 主从复制

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局

搭建mysql的主从复制和读写分离

搭建mysql的主从复制和读写分离   +--------+                          (write)        +--------+                    | client |                 +---------------------+| master |     +--------+|                   |                        +--------+|           |