raspbian mysql_Mysql数据库-Centos和Raspbian主从复制(备份)

Centos上面的是主数据库，Mysql版本：5.5.64-MariaDB

Raspbian(树莓派)上面的是备份数据库(从数据库)，Mysql版本：5.5.64-MariaDB

主从复制开启条件：Mysql版本一致,

MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可 MariaDB的目的是完全兼容MySQL，包括API和命令行，使之能轻松成为MySQL的代替品。

为什么要做主从复制

1.备份

2.主从复制读写分离

1. 修改主从数据库my.cnf

在数据库/etc/my.cnf中添加以下内容，主数据库和从数据库都要修改

主数据库

从数据库

2. 重启主从数据库

3. 在主数据库上建立帐户并授权slave，查看主数据库master的状态

4. 配置从数据库

master_host：IP地址

master_user：备份账户用户名(是之前在主数据库上创建的账户)

master_password：备份账户密码

master_log_file：主数据库日志文件(通过上面查看的主数据库master的状态里面有)

master_log_pos：(通过上面查看的主数据库master的状态里面有)

5. 查看从服务器复制功能状态

可以看到这两个都是YES，表示功能正常运行，到此Mysql主从配置完成

Mysql主从复制流程主库db的更新事件(update、insert、delete)被写到binlog

主库创建一个binlog dump thread，把binlog的内容发送到从库

从库启动并发起连接，连接到主库

从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log

从库启动之后，创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db

Mysql主从复制的原理是什么？

binlog: binary log，主库中保存所有更新事件日志的二进制文件。

主从复制的基础是主库记录数据库的所有变更记录到binlog。binlog是数据库服务器启动的那一刻起，保存所有修改数据库结构或内容的一个文件。

mysql主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。

在主库里，只要有更新事件出现，就会被依次地写入到binlog里面，之后会推到从库中作为从库进行复制的数据源。

binlog输出线程。每当有从库连接到主库的时候，主库都会创建一个线程然后发送binlog内容到从库。 对于每一个即将发送给从库的sql事件，binlog输出线程会将其锁住。一旦该事件被线程读取完之后，该锁会被释放，即使在该事件完全发送到从库的时候，该锁也会被释放。

在从库里，当复制开始的时候，从库就会创建两个线程进行处理：

从库I/O线程。当START SLAVE语句在从库开始执行之后，从库创建一个I/O线程，该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。 从库I/O线程读取主库的binlog输出线程发送的更新并拷贝这些更新到本地文件，其中包括relay log文件。

从库的SQL线程。从库创建一个SQL线程，这个线程读取从库I/O线程写到relay log的更新事件并执行。

可以知道，对于每一个主从复制的连接，都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程，每一个从库都有它自己的I/O线程和SQL线程。

从库通过创建两个独立的线程，使得在进行复制时，从库的读和写进行了分离。因此，即使负责执行的线程运行较慢，负责读取更新语句的线程并不会因此变得缓慢。比如说，如果从库有一段时间没运行了，当它在此启动的时候，尽管它的SQL线程执行比较慢，它的I/O线程可以快速地从主库里读取所有的binlog内容。这样一来，即使从库在SQL线程执行完所有读取到的语句前停止运行了，I/O线程也至少完全读取了所有的内容，并将其安全地备份在从库本地的relay log，随时准备在从库下一次启动的时候执行语句。(https://www.hoohack.me/2017/07/11/learning-mysql-replication-detail)

CSDN：https://blog.csdn.net/qq_33259323/article/details/108266812