Слияние кода завершено, страница обновится автоматически
主从复制，是用来建立一个和主数据库完全一样的数据库环境，称为从数据库；
主数据库一般是准实时的业务数据库
1.数据库有个bin-log二进制文件，记录了所有sql语句。
2.从数据库把主数据库的bin-log文件的sql语句复制过来。
3.让其在从数据的relay-log重做日志文件中再执行一次这些sql语句即可。
具体需要==三个线程==来操作：
在从库里，当复制开始的时候，从库就会创建两个线程进行处理：
从库I/O线程。当START SLAVE语句在从库开始执行之后，从库创建一个 I/O Thread ，该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。（如果该线程追赶上了主库，会进入睡眠状态）从库I/O线程读取主库的binlog输出线程发送的更新并拷贝这些更新到本地文件，其中包括relay log文件。
从库的SQL线程。从库创建一个SQL线程，这个线程读取从库I/O线程写到relay log的更新事件并执行。
可以知道，对于每一个主从复制的连接，都有三个线程。
拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程，每一个从库都有它自己的I/O线程和SQL线程。
slave 服务器执行 start slave，开启主从复制开关，slave 服务器的 I/O Thread 请求从 master 服务器读取 binlog（如果该线程追赶上了主库，会进入睡眠状态）
master 服务器创建 Log Dump Thread，把 binlog 发送给 slave 服务器。slave 服务器的 I/O Thread 将读取到的 binlog 日志内容写入中继日志 relay log（中继日志，mysql-relay-bin.xxxxxx，会记录位置信息，以便下次继续读取）
slave 服务器的 SQL Thread 会实时监测 relay log 新增的日志内容，Exec_Master_Log_Pos位置开始执行读取到的更新事件，并解析成 SQL 语句，并执行，以此实现主从的操作一致，而最终数据一致；
在高并发场景下，从库的数据一定会比主库慢一些，是有延时的。所以经常出现，刚写入主库的数据可能是读不到的，要过几十毫秒，甚至几百毫秒才能读取到。
解决方法：
mysql semi-sync（半同步复制）
半同步复制：
5.5之前，MySQL的复制其实是异步操作，而不是同步
mysql并行复制
set global slave_parallel_workers=10;
常见：1062（主键冲突），1032（记录不存在）
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )