关于java:MySQL主从复制配置说明一文教你搞懂数据库主从复制

基于语句复制(STATEMENT)

（长处）基于 statement 复制的长处很显著，简略的记录执行语句同步到从库执行同样的语句，占用磁盘空间小，网络传输快，并且通过 mysqlbinlog 工具容易读懂其中的内容。
（毛病）并不是所有语句都能复制的比方：insert into table1(create_time) values(now())，取的是数据以后工夫，不同的数据可能工夫不统一，另外像存储过程和触发器也可能存在问题。

基于行复制(ROW）

（长处）从 MySQL5.1 开始反对基于行的复制，最大的益处是能够正确地复制每一行数据。一些语句能够被更加无效地复制，另外就是简直没有基于行的复制模式无奈解决的场景，对于所有的 SQL 结构、触发器、存储过程等都能正确执行。
（毛病）次要的毛病就是二进制日志可能会很大，比方：update table1 set name=’admin’ where id<1000，基于行复制可能须要复制 1000 条记录，而基于语句复制只有一条语句，另外一个毛病就是不直观，所以，你不能应用 mysqlbinlog 来查看二进制日志。

混合类型的复制(MIXED)

混合复制是借用语句复制和行复制的有点进行整合，MIXED 也是 MySQL 默认应用的二进制日志记录形式，但 MIXED 格局默认采纳基于语句的复制，一旦发现基于语句的无奈准确的复制时，就会采纳基于行的复制。比方用到 UUID()、USER()、CURRENT_USER()、ROW_COUNT()等无奈确定的函数。

数据分布
主从摊派负载。
高可用性和故障切换。
数据备份。
利用从服务器做查问。
《2020 最新 Java 根底精讲视频教程和学习路线！》

binlog Events 咱们晓得 binlog 日志用于记录所有对 MySQL 的操作的变更，而这每一个变更都会对应的事件，也就是 Event。index 文件记录了所有的 binlog 地位每个 binlog 会有 heade，event，rotate 三个 event，binlog 的构造如下。

常见 event 如下：

Format_desc：一个全新的 binlog 日志文件 event 信息
Rotate：日志宰割时完结 event。
Table_map：表，列等元数据的 event。
Query：查问，就是 DDL 这类的 Event，如果 binlog 格局为 STATEMENT 格局，增删改都属于 Qeury event。
Write_rows：Binlog 为 ROW 格局时的插入 event。
Update_rows：Binlog 为 ROW 格局时的更新 event。
Delete_rows：Binlog 为 ROW 格局时的删除 event。

咱们也能够通过 binlog 看到这些事件，通过 mysql 提供的工具查看 binlog 日志，如下:

主从复制流程

当从库收回 start slave 命令时，从库会创立 I / O 线程和 SQL thread（SQL 线程）
从库的 IO 和主库的 dump 线程建设连贯并监听 binlog 二进制日志事件
从库依据 change master to 语句提供的 file 名和 position 号，IO 线程向主库发动 binlog 的申请
主库 dump 线程依据从库的申请，将本地 binlog 以 events 的形式发给从库 IO 线程
从库 IO 线程接管 binlog evnets，并存放到本地 relay-log 中，传送过去的信息，会记录到 master.info 中。
从库 SQL 线程利用 relay-log，并且把利用过的记录到 relay-log.info, 默认状况下，曾经利用过的 relay 会主动被清理 purge。

MySQL 的复制（replication）性能配置简略，深受开发人员的喜爱，基于复制的读写拆散计划也十分风行。而 MySQL 数据库高可用大多也是基于复制技术，然而 MySQL 复制自身仍然存在局部缺点，最为次要的问题如下：复制代码

数据失落问题（consistency）
数据同步提早问题（delay）
扩展性问题（scalability）

从 MySQL 5.7 的 lossless semi-sync replication 曾经解决了主从数据失落的问题，MySQL 5.7 的 multi-thread slave 也很大水平地解决了数据同步提早的问题，MySQL 5.7 的 Group replication 也很大水平地解决了扩展性问题。另外，MySQL 5.7.22 backlog 了 MySQL 8.0 中的基于 WriteSet 的并行复制，能够说齐全解决了主从数据提早的问题。能够看出，MySQL 正在朝着一个十分好的方向倒退

筹备 3 台服务器别离为：

Master 192.168.1.234

Slave 192.168.1.235

Slave 192.168.1.236

下载 MySQL 安装包

下载地址：cdn.mysql.com//Downloads/…

解压安装文件：

[root@localhost ~]# cd /software[root@localhost software]# tar -zxzf mysql-5.7.17-linux-glibc2.5-x86_64.tar.gz
复制代码

拷贝安装文件到指定文件夹：

[root@localhost ~]# cp /software/mysql-5.7.17-linux-glibc2.5-x86_64/* /usr/local/mysql -r
复制代码

增加零碎 mysql 组和 mysql 用户

[root@localhost ~]# groupadd mysql[root@localhost ~]# useradd -r -g mysql mysql
复制代码

进入装置 mysql 软件目录：执行命令 cd /usr/local/mysql

批改当前目录拥有者为 mysql 用户：执行命令 chown -R mysql:mysql ./

装置数据库：

5.6 以及之前版本装置数据库

/usr/local/mysql/bin/mysql_install_db –user=mysql –basedir=/usr/local/mysql/ –datadir=/usr/local/mysql/data/

5.7 版本装置数据库：

/usr/local/mysql/bin/mysqld –user=mysql –basedir=/usr/local/mysql –datadir=/usr/local/mysql/data/ –initialize

拷贝配置文件到指定文件夹

[root@localhost mysql]# cp -a ./support-files/my-default.cnf /etc/my.cnf

[root@localhost mysql]# cp -a ./support-files/mysql.server /etc/init.d/mysqld

后盾启动 mysql

[root@localhost mysql]# ./bin/mysqld_safe –user=mysql &

重启 mysql

执行命令：/etc/init.d/mysqld restart

设置为开机启动：

执行命令：chkconfig –level 35 mysqld on

初始化明码：

根据官网阐明 5.6 当前版本，第一次启动时会在 root 目录下生产一个随机明码文件名.mysql_secret。

cat /root/.mysql_secret

批改 root 明码：

/usr/local/mysql/bin/mysqladmin -u root -h localhost password ‘123456’ -p

Enter password 处输出输出.mysql_secret 里第二行内容

遇上 -bash: mysql: command not found（未找到命令）的状况别着急，这个是因为 /usr/local/bin 目录下缺失 mysql 导致，只须要一下办法建设软链接，即能够解决

ln -s /usr/local/mysql/bin/mysql /usr/bin

下载 MySQL 安装包

Master 服务器 my.cnf 减少配置：

#GTID:server_id=234              #服务器 id，个别为 IP 末位 gtid_mode=on                 #开启 gtid 模式 enforce_gtid_consistency=on  #强制 gtid 一致性，开启后对于特定 create table 不被反对 #binloglog_bin=/usr/local/mysql/binlogs/master-binloglog-slave-updates=1    binlog_format=row            #强烈建议，其余格局可能造成数据不统一 #relay logskip_slave_start=1
复制代码

Slave 服务器 my.cnf 减少配置：

#GTID:gtid_mode=onenforce_gtid_consistency=onserver_id=235 #binloglog-bin=/usr/local/mysql/binlogs/slave-binloglog-slave-updates=1binlog_format=row      #强烈建议，其余格局可能造成数据不统一 #relay logskip_slave_start=1read-only = ON   #这项性能只对非管理员组认为的用户无效
复制代码

在Master 服务器上创立用于同步的账号：

create user ‘cspmslave’@’192.168.1.%’ identified by ‘cspm-slave’;

对账号进行 Slave 受权：

grant replication slave on . to cspmslave@’192.168.1.%’;

从库连贯主库

mysql> change master to master_host=’192.168.1.234′, master_port=3306, master_user=’cspmslave’, master_password=’cspm-slave’, master_auto_position=1;

mysql> start slave;

查看从服务器连贯状态（下图所示，两个 Yes 示意连贯胜利）：

mysql> show slave status G;

链接：https://juejin.cn/post/690749…

关于java:MySQL主从复制配置说明一文教你搞懂数据库主从复制

一，MySQL 主从配置原理

1. mysql 反对的复制格局

2. mysql 主从复制作用

数据分布

3. mysql 主从复制原理

binlog Events 咱们晓得 binlog 日志用于记录所有对 MySQL 的操作的变更，而这每一个变更都会对应的事件，也就是 Event。index 文件记录了所有的 binlog 地位每个 binlog 会有 heade，event，rotate 三个 event，binlog 的构造如下。

二，MySQL 只从配置缺点

三，筹备工作

四，MySQL 装置配置

五，MySQL 主从复制配置