图片 1 
 图片 2

1. MySQL 主从复制

参考《Amoeba for MySQL》

image

主库:图片 3

2. MySQL-Router 配置

  1. 安装部署 MySQL Router

    • 下载:MySQL
      Router
    • 解压到指定目录

    tar -zxvf mysql-router-2.1.4-linux-glibc2.12-x86-64bit.tar.gz -C /usr/local/
    cd /usr/local/
    ln -s mysql-router-2.0.3-linux-glibc2.12-x86-64bit/ mysql-router
    
  2. 配置 MySQL Router

    • 创建配置文件目录,复制配置文件模板

    mkdir /etc/mysql-route/
    cp share/doc/mysqlrouter/sample_mysqlrouter.conf /etc/mysql-route/mysqlrouter.conf
    
    • 配置文件

    [DEFAULT]
    # 日志存放目录
    logging_folder = /data/log/mysql-route
    # 插件存放目录
    plugin_folder = /usr/local/mysql-router/lib/mysqlrouter
    # 配置文件存放目录
    config_folder = /etc/mysql-route
    # 运行目录
    runtime_folder = /var/run
    
    [logger]
    # 日志运行级别
    level = INFO
    
    # 主节点故障转移配置
    [routing:basic_failover]
    # 写节点地址
    bind_address=172.17.0.2
    # 写节点端口
    bind_port = 7001
    # 模式,读写
    mode = read-write
    # 主节点地址:默认情况下第一台主数据库为写主库,当第一台主数据库DOWN机后,第二台数据库被提升为主库
    destinations = 172.17.0.8:3306,172.17.0.9:3306
    
    # 从节点负载均衡配置
    [routing:balancing]
    # 绑定的IP地址
    bind_address=172.17.0.2
    # 监听的端口
    bind_port = 7002
    # 连接超时时间
    connect_timeout = 3
    # 最大连接数
    max_connections = 1024
    # 后端服务器地址
    destinations = 172.17.0.9:3306,172.17.0.10:3306
    # 模式:读还是写
    mode = read-only
    
    [keepalive]
    interval = 60
    
    • 创建日志目录

    mkdir /data/log/mysql-route
    chown root:root /data/log/mysql-route/
    
  3. 启动 MySQL Router

root@mysql-router:/usr/local/mysql-router/bin# ./mysqlrouter -c /etc/mysql-route/mysqlrouter.conf &
  1. 测试读写分离

    1. 先暂时停掉主从复制
    2. 在 master 节点插入数据,然后通过 mysql-proxy 查询
    3. 在 slave 节点插入数据,然后通过 mysql-proxy 查询
  2. 验证负载均衡

    • 读操作

    mysql -h 172.17.0.2 -uroot -P7002 -proot -e "show variables like 'hostname';"
    
    • 写操作

    mysql -h 172.17.0.2 -uroot -P7001 -proot -e "show variables like 'hostname';"
    
  3. 测试主主故障切换

    • 从库 down 机
    • 主库 sown 机
  4. 缺陷

在一主多从的情况,如果主库down机,切换到备份节点,其他从库的主库地址连接还是故障的
主库,这样就会造成一个从库slave_io线程connecting状态,造成复制延迟

  • 解决方案:

1、在切换时需要自己编写脚本触发一个shell脚本或者event来处理重连的问题。

2、不使用mysql router主主故障转移功能,而是自己使用其他方式保证mysql主库高可用。

图片 4

mysql>CREATE USER 'repl'@'xxx.xxx.xxx.xxx' IDENTIFIED BY 'repl123';
mysql>GRANT REPLICATION SLAVE ON *.* TO 'repl'@'xxx.xxx.xxx.xxx'

读写分离原理

MySQL
Router接受前端应用程序请求后,根据不同的端口来区分读写,把连接读写端口的所有查询发往主库,把连接只读端口的select查询以轮询方式发往多个从库,从而实现读写分离的目的。读写返回的结果会交给MySQL
Router,由MySQL Router返回给客户端的应用程序。

图片 5

修改配置文件增加两行

配置方法

基于 Docker

环境描述:

  • 操作系统:Ubuntu 14.04
  • router_master 主服务器(读写):172.17.0.8
  • router_slave01 从服务器(读,热备份):172.17.0.9
  • router_slave02 从服务器(读):172.17.0.10
  • mysql-router 路由服务器:172.17.0.2

centos7下安装docker的方法,博文“docker学习2–centos7下安装”。

下载mysql镜像

介绍

  1. MySQL
    Router是处于应用client和dbserver之间的轻量级代理程序,它能检测,分析和转发查询到后端数据库实例,并把结果返回给client。是mysql-proxy的一个替代品。
  2. Router实现读写分离,程序不是直接连接数据库IP,而是固定连接到mysql
    router。MySQL Router对前端应用是透明的。应用程序把MySQL
    Router当作是普通的mysql实例,把查询发给MySQL Router,而MySQL
    Router会把查询结果返回给前端的应用程序。
  3. 从数据库服务器故障,业务可以正常运行。由MySQL
    Router来进行自动下线不可用服务器。程序配置不需要任何修改。
  4. 主数据库故障,由MySQL
    Router来决定主从自动切换,业务可以正常访问。程序配置不需要做任何修改。

查看my.cnf,发现里面又指向/etc/mysql/mysql.conf.d/mysql.cnf

从主库的docker容器中把默认的配置文件拷贝出来

架构图

图片 6

未命名 2.001.jpeg

发现用的是debian版本的linux,查找下my.cnf在哪

# docker cp /opt/mysql/conf/conf3306/mysqld.cnf 37735c072370:/etc/mysql/mysql.conf.d/
# docker restart 37735c072370

image

主库建立student表并插入一条记录,可以看到,从库自动同步了数据,配置成功

docker pull
从官方下载mysql镜像,速度非常慢,所以就从daocloud下载镜像吧,速度很快。

主库和从库分别创建用户

图片 7

mysql-proxy的bin目录下启动mysql-proxy

进入3306,并查看容器的系统版本

图片 8

图片 9

mysql-proxy:图片 10

3306为主,3307为从

同样拷进从库镜像,并重启容器

cat /etc/mysql/mysql.conf.d/mysqld.cnf

看到

 [mysqld]  
 pid-file        = /var/run/mysqld/mysqld.pid  
 socket          = /var/run/mysqld/mysqld.sock  
 datadir         = /var/lib/mysql  
 #log-error      = /var/log/mysql/error.log  
 # By default we only accept connections from localhost  
 #bind-address   = 127.0.0.1  
 # Disabling symbolic-
 links is recommended to prevent assorted security risks  
 symbolic-links=0  

这是我们熟悉的mysql配置了,我们指定下编码和主服务配置

使用vi的时候,提示not found

root@b5ab3b336918:/etc/mysql/mysql.conf.d# vi /etc/mysql/mysql.conf.d/mysqld.cnf   
bash: vi: command not found 

apt-get install
vim失败。。。不想折腾了,把mysql.conf.d/mysql.cnf的内容复制到window本地来,修改好后,上传到虚拟机,然后docker
run 的时候,使用-v 命令,把mysql.cnf映射到mysql容器吧

退出容器,删除容器mysql3306,mysql3307

图片 11

image

虚拟机上准备好/mysql-3306.cnf,是主库的配置

  [mysqld]  
  pid-file        = /var/run/mysqld/mysqld.pid  
 socket          = /var/run/mysqld/mysqld.sock  
 datadir         = /var/lib/mysql  
 #log-error      = /var/log/mysql/error.log  
 # By default we only accept connections from localhost  
 #bind-address   = 127.0.0.1  
 # Disabling symbolic-links is recommended to prevent assorted security risks  
 symbolic-links=0  

 character-set-server=utf8  
 default-storage-engine=INNODB  
 sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION  

 server-id=1  
 log_bin=/var/log/mysql/binlog  

从库配置/mysql-3307.cnf

  [mysqld]  
  pid-file        = /var/run/mysqld/mysqld.pid  
  socket          = /var/run/mysqld/mysqld.sock  
  datadir         = /var/lib/mysql  
  #log-error      = /var/log/mysql/error.log  
  # By default we only accept connections from localhost  
  #bind-address   = 127.0.0.1  
  # Disabling symbolic-links is recommended to prevent assorted security risks  
 symbolic-links=0  

  character-set-server=utf8  
  default-storage-engine=INNODB  
  sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION  

  server-id=2  
  log_bin=/var/log/mysql/binlog  
  innodb_file_per_table=ON  
 skip_name_resolve=ON  
  binlog-format=row  
  log-slave-updates=true  
 relay_log=/var/log/mysql/relay.log  

server-id是唯一的,主从不能相同。

执行下边命令,运行两个mysql镜像

 docker run --name mysql3306 -v /mysql-3306.cnf:/etc/mysql/mysql.conf.d/mysql.cnf -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 -d daocloud.io/library/mysql:5.7  


 docker run --name mysql3307 -v /mysql-3307.cnf:/etc/mysql/mysql.conf.d/mysql.cnf -p 3307:3306 -e MYSQL_ROOT_PASSWORD=123456 -d daocloud.io/library/mysql:5.7  

使用navicat连接3306,3307

图片 12

image

主库3306上查询下SHOW MASTER STATUS

图片 13

image

从库3307上,停止slave,并配置主库master的连接

图片 14

image

配置主库连接,使用root用户

CHANGE MASTER TO MASTER_HOST='192.168.174.136',MASTER_USER='root', MASTER_PASSWORD='123456',MASTER_LOG_FILE='binlog.000003',MASTER_LOG_POS=154;  

注意:MASTER_LOG_FILE=’binlog.000003′,MASTER_LOG_POS=154;要和主库3306上面show
master的时候得到的数据一致

从库3307启动start slave

图片 15

image

查看slave状态

图片 16

image

配置OK了,接着试试在主库3306上创建数据库、表,看看是否3307也同步

3306上执行

CREATE DATABASE test DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;  

然后navicat上刷新3307,发现3307上也创建有test库了,说明主从同步OK了,可以接着测试创建表、对表的数据进行增删改进行测试

在这从库配置的时候,还需要stop slave;change XXXX;start
slave操作,那如果从库重启了,这主从同步是否仍然有效呢?停止3307,然后在3306上创建表,这是3307停止了,肯定没同步到3307,然后启动3307,再次检查数据,发现3306的表同步过来了,说明从库重启,同步功能然后存在。

CREATE TABLE `user` (
`id`  int NOT NULL AUTO_INCREMENT ,
`user_name`  varchar(50) NULL ,
PRIMARY KEY (`id`)
)
ENGINE=InnoDB
DEFAULT CHARACTER SET=utf8 COLLATE=utf8_general_ci
;
mysql>SHOW MASTER STATUS;

image

docker安装步骤

本文引用:
http://blog.csdn.net/dream_broken/article/details/77838579
想搭建个mysql主从复制的环境,但是资源有限,不想创建多个虚拟机,就用docker来吧。

#vim mysqld.cnf 
[mysqld]
server-id=2 #设置server-id

image

# ./mysql-proxy --defaults-file=/etc/mysql-proxy.cnf

运行起来,端口分别对应3306,3307

# docker run -p 3306:3306 --name mysql3306 -v /opt/mysql/data/data3306:/var/lib/mysql  -v /opt/mysql/logs/logs3306:/logs -e MYSQL_ROOT_PASSWORD=xxxxxxxxxxxx -d mysql:5.7

# docker run -p 3316:3306 --name mysql3316 -v /opt/mysql/data/data3316:/var/lib/mysql  -v /opt/mysql/logs/logs3316:/logs -e MYSQL_ROOT_PASSWORD=xxxxxxxxxxxx -d mysql:5.7

docker pull daocloud.io/library/mysql:5.7

修改读写分离配置文件

下载mysql-proxy

发表评论

电子邮件地址不会被公开。 必填项已用*标注