解读mysqlMaster-Slave)

结论：主从配置可以解决读写隔离和备份的问题。
1 . 添加复制用户。
命令：启用从复制。
'测试'@'%'称为'测试'。
这意味着从服务器将使用该帐户连接主数据库。
2 .主服务器配置。
参数：server-id=1 ,log-bin=/var/log/mysql/mysql-bin.log 数字1 是唯一标识符。
您可以自己查看日志的位置。
3 . 从服务器进行配置。
参数：master-host='1 9 2 .1 6 8 .1 .1 00'，master-user='test'，master-password='test'，master-port=3 3 06 填写主IP、用户名、密码和端口。
4 . 开始乘法。
命令：启动从机。
不要忘记添加引号，尤其是在密码中。
5 .检查情况。
命令：显示从机状态\G.查看IO线程和SQL线程是否都是。
6 . 验证同步。
命令：显示主要状态。
记录日志的名称和位置，并将该位置用于从服务器。
7 . 重新启动服务器后。
命令：将 master 更改为 master-host='1 9 2 .1 6 8 .1 .1 00', master-user='test', master-password='test', master-port=3 3 06 , master-log-file='mysql-bin.000001 ', master-log-position=1 00 ;。
使用您刚刚记住的日志名称和位置。
8 . 处理延迟。
如果延迟超过1 小时，命令：停止slave；将主机切换到...；启动奴隶；先停下来，然后改变，然后开始。
9 . 处理不当。
选项：--slave-skip-errors=1 03 2 , 1 06 2 跳过某些错误并继续同步。
1 0. 管理传输日志。
如果传输日志占用太多空间，命令：reset Slave；传输日志将被清除，并且必须重新启动从服务器。
测试项目时，建议使用5 台机器：1 主+4 从。
同步延迟测试，使用主库输入5 000条语句，看看从库延迟了多长时间。
一般来说，小于5 秒的延迟被认为是正常的。

称一下体重。

MySQL 主从，5 分钟带你掌握

说白了，核心MySQL服务器是使用binlog来进行数据同步的，但是存在很多陷阱。
首先，最重要的报告。
主从复制是基于binlog的。
过去一年我们跑的时候，因为binlog格式是为了报表而设计的，主库删除了1 0万行数据，而数据库服务器只删除了1 万行。
用行话来说，这称为“雪案效应”。
因为在一切事情之前都先搁置了一点犹豫不决的事情。
第二件事是，赫里尔的延迟是很常见的。
我们的监控发现毫秒级是正常的，但是秒级就需要报警了。
今年我在小米发布会上问过。
起初我以为延迟只与数据库服务器的处理能力有关。
后来我发现服务器数据库的慢查询也减慢了同步线程。
还有一个关键部分。
例如，当主数据库处于DDL环境时，SQL数据库服务器无法处理，导致数据卡住。
测试中，在3 000步并发的情况下，数据库服务器卡住了5 分钟。
等等，还有别的事。
混合方式确实是一种妥协，但并不适合所有场景。
例如，在读多写少的系统中，使用行校正模式就比较困难。

警告：当主DDL数据库频繁运行时不要尝试测试。
数据库服务器将被卡住。
另外，当以binlog语句的形式删除大量数据时，主服务器的延迟会突然上升到分钟级别。
我认为将核心脚本逻辑放在主库中并将最密集的问题扩展到多个从库是值得的。
这样，即使一台库服务器发生故障，其他库服务器仍然可以处理。

什么是mysql主从

结论：MySQL主从复制通过同步机制提高了数据库高可用性和负载均衡，消除单点故障，支持读写分离。
常见的格式有一主一从、一主多从等。
技术实现包括Binlog复制和GTID复制。
本质上，主数据库的Binlog事件被发送到从数据库，然后从数据库重放SQL语句。