MySQL主从配置及mysqldump备份的步骤

本篇内容主要讲解“MySQL主从配置及mysqldump备份的步骤”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“MySQL主从配置及mysqldump备份的步骤”吧!MySQL的主从复制，是用来建立一个和主数据库完全一样的数据库环境，从库会同步主库的所有数据，可轻松实现故障转移。在业务复杂的系统中，有这么一个情景，有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运行。做数据的热备，主库宕机后能够及时替换主库，保证业务可用性。架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。主库的更新事件(update、insert、delete)被写到binlog；从库启动并发起连接，连接到主库；主库创建一个binlog dump thread，把binlog的内容发送到从库；从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log；从库启动之后，创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的数据库。MySQL主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。binlog：binary log，主库中保存所有更新事件日志的二进制文件。binary log是从数据库服务启动的一刻起，保存数据库所有变更记录（数据库结构和内容）的文件。在主库中，只要有更新事件出现，就会被依次地写入到binary log中，之后会推送到从库中作为从库进行复制的数据源。binlog输出线程：每当有从库连接到主库的时候，主库都会创建一个线程然后发送binlog内容到从库。 对于每一个即将发送给从库的sql事件，binlog输出线程会将其锁住。一旦该事件被线程读取完之后，该锁会被释放，即使在该事件完全发送到从库的时候，该锁也会被释放。在从库中，当复制开始时，从库就会创建从库I/O线程和从库的SQL线程进行复制处理。从库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，随时准备在从库下一次启动的时候执行语句。建议从库数量3-5 为宜，要复制的从节点数量过多，会导致复制延迟。从库硬件比主库差，导致复制延迟，查看master和slave的系统配置，可能会因为机器配置的问题，包括磁盘IO、CPU、内存等各方面因素造成复制的延迟，一般发生在高并发大数据量写入场景。主从库之间的网络延迟，主库的网卡、网线、连接的交换机等网络设备都可能成为复制的瓶颈，导致复制延迟。到此，相信大家对“My活动：慈云数据爆款香港服务器，CTG+CN2高速带宽、快速稳定、平均延迟10+ms 速度快，免备案，每月仅需19元！！ 点击查看SQL主从配置及mysqldump备份的步骤”有了更深的了解，不妨来实际操作一番吧！这里是开发云网站，更多相关内容可以进入相关频道进行查询开发云主机域名，关注我们，继续学习！

本文从转载，原作者保留一切权利，若侵权请联系删除。

《MySQL主从配置及mysqldump备份的步骤》来自互联网同行内容，若有侵权，请联系我们删除！