下载文档原格式
MySQL主从复制配置与管理教程MySQL主从复制是一种常见的数据库复制技术，它可以实现将一个MySQL服务器数据复制到其他多个MySQL服务器的功能。
在实际应用中，主从复制广泛用于分布式数据库架构、数据备份和读写分离等场景。
本文将详细介绍MySQL主从复制的配置和管理教程，帮助读者快速掌握相关知识。
一、概述MySQL主从复制是指将一个MySQL数据库服务器作为主服务器，其他MySQL服务器作为从服务器，并通过二进制日志来同步主服务器的数据更新操作到从服务器上。
主从复制的目的是实现数据的冗余备份、提高数据库的读性能以及实现高可用性。
二、环境准备在开始配置MySQL主从复制之前，我们需要确保满足以下条件：1. 在主服务器和从服务器上都已经安装了MySQL数据库软件，并且版本一致。
2. 主服务器和从服务器之间可以互相访问，并且网络连接可靠稳定。
3. 确保主服务器和从服务器的配置文件中都正确设置了主机名、IP地址和端口号等信息。
4. 主服务器上已经有需要复制的数据库，并且该数据库已经开启了二进制日志功能。
三、主从复制的基本原理MySQL主从复制的实现依赖于MySQL的二进制日志（Binary Log）和复制线程（Replication Thread）。
当在主服务器上执行一条更新操作时，会将该操作记录到主服务器的二进制日志中。
从服务器连接到主服务器，并通过复制线程将主服务器的二进制日志同步到从服务器上执行，从而实现主从数据的一致性。
四、主服务器配置1. 配置主服务器的f文件，开启二进制日志功能：在f文件中找到[mysqld]部分，在其中添加以下配置：```log-bin=mysql-binbinlog-format=ROWserver-id=1```其中，log-bin=mysql-bin表示指定二进制日志的命名前缀；binlog-format=ROW表示选择以行格式记录二进制日志；server-id=1表示主服务器的唯一标识符。
MySQL主从复制的配置和管理指南引言MySQL是一种颇为流行的关系型数据库管理系统，广泛应用于互联网开发和企业信息化系统中。
在应用中，数据库的高可用性和读写分离是非常关键的。
而MySQL主从复制（Master-Slave Replication）则是一种常用的实现方式，通过配置和管理主从复制，可以提高数据库的可用性、负载均衡和故障恢复能力。
一、MySQL主从复制的基本原理MySQL主从复制是一种异步事件复制机制，通过将主数据库上的数据变更以事件的形式复制到从数据库上，并实时保持主从数据库之间的数据一致性。
主从复制的基本原理可以分为以下几个步骤：1. 主数据库上的Binlog日志：MySQL主数据库会将写入操作记录到二进制日志（Binlog）中，包括插入、更新和删除等操作。
2. 从数据库的IO线程：从数据库上的IO线程连接到主数据库，定期读取主数据库的Binlog日志，并将读取到的日志复制到从数据库的Relay Log中。
3. 从数据库的SQL线程：从数据库上的SQL线程负责执行Relay Log中的事件，即将主数据库上的操作在从数据库上重新执行一遍，以实现数据的复制。
4. 从数据库的复制状态：从数据库会维护一个复制状态，记录从数据库当前复制到的Binlog文件和位置，以确保数据的一致性。
二、MySQL主从复制的配置步骤配置和管理MySQL主从复制，一般需要以下几个关键步骤：1. 确认主数据库的配置：确保主数据库正确配置了Binlog日志功能，并且开启了二进制日志（log-bin）和唯一服务器ID（server-id）。
2. 配置从数据库的参数：在从数据库上设置唯一的服务器ID，并配置relay log 的位置和文件名格式等参数。
3. 设置主从数据库的连接权限：在主数据库上创建一个用于复制的用户，并为其赋予复制权限。
4. 启动从数据库的IO线程和SQL线程：在从数据库上启动IO线程和SQL线程，使其可以连接到主数据库，并实时复制数据。
我们一般使用MySQL 的时候，如果数据量不大，只使用一台MySQL 服务器，备份的时候使用mysqldump 工具就可以了，但是随着业务不断发展，问题出现了：数据量直线上升，单独一台数据库服务器开始出现性能的瓶颈，数据访问越来越慢。
备份也变得困难了，因为mysql dump 是导出一份文本文件，而数据量特别大的时候，这样的备份往往需要很长时间。
如果你遇到了类似上面的问题，你就可以使用建立MySQL 主从服务器的复制方式来解决，MySQL 的复制有以下几个优势：主服务器/从服务器设置增加了健壮性，主服务器出现问题时，你可以切换到从服务器继续提供服务。
通过在从服务器上执行查询操作来降低客户查询的负荷，可以得到更好的客户响应时间，但是不要同时在主从服务器上进行更新，这样可能引起冲突。
使用复制的另一个好处是可以使用一个从服务器执行备份，而不会干扰主服务器。
在备份过程中主服务器可以继续处理更新。
MySQL 复制的原理：MySQL使用3个线程来执行复制功能，其中1个在主服务器上，另两个在从服务器上。
当发出START SLAVE时，从服务器创建一个I/O线程，以连接主服务器并让主服务器发送二进制日志。
主服务器创建一个线程将二进制日志中的内容发送到从服务器。
从服务器I/O线程读取主服务器Binlog Dump线程发送的内容并将该数据拷贝到从服务器数据目录中的本地文件中，即中继日志。
第3个线程是SQL线程，从服务器使用此线程读取中继日志并执行日志中包含的更新。
SHOW PROCESSLIST语句可以查询在主服务器上和从服务器上发生的关于复制的信息。
默认中继日志使用host_name-relay-bin.nnnnnn形式的文件名，其中host_name 是从服务器主机名，nnnnnn是序列号。
用连续序列号来创建连续中继日志文件，从000001开始。
从服务器跟踪中继日志索引文件来识别目前正使用的中继日志。
默认中继日志索引文件名为host_name-relay-bin.index。
MySQL主从复制的配置和常见问题解决导语：MySQL是世界上最流行的开源关系数据库管理系统之一，它提供了强大的功能和灵活性。
MySQL主从复制是MySQL中一种常用的高可用性和数据备份机制。
本文将详细介绍MySQL主从复制的配置过程，并分析常见的问题及解决方案，以帮助读者更好地理解和应用MySQL主从复制。
一、MySQL主从复制的概念和原理MySQL主从复制是指通过将一个MySQL服务器(称为主服务器)的数据复制到另一个或多个MySQL服务器(称为从服务器)上来实现数据同步的过程。
主服务器负责处理所有的写操作，而从服务器则复制主服务器上的数据，并负责读取操作。
主从复制的原理主要有以下几个核心组件：1.二进制日志(Binary Log)MySQL主从复制通过二进制日志来记录主服务器上的所有改变，包括插入、更新和删除操作。
二进制日志中的内容会通过网络传输给从服务器，实现数据的同步。
2.主服务器(Server)主服务器是负责处理所有的写操作的MySQL服务器。
它将所有的写操作记录到二进制日志中，并将二进制日志传输给从服务器。
3.从服务器(Slave)从服务器是通过复制主服务器的数据来实现数据同步的MySQL服务器。
它连接到主服务器，并从主服务器上读取二进制日志，然后将这些日志应用到自己的数据中。
4.主从复制的流程：1）主服务器上的写操作会被记录到二进制日志中；2）从服务器连接到主服务器，并请求从指定的二进制日志位置开始复制；3）主服务器将二进制日志中的内容发送给从服务器；4）从服务器将接收到的二进制日志应用到自己的数据中；5）从服务器周期性地从主服务器获取新的二进制日志内容，实现数据的持续同步。
二、MySQL主从复制的配置MySQL主从复制的配置主要包括以下几个步骤：1.确保主服务器的二进制日志开启在主服务器的配置文件f中，确保开启了二进制日志功能。
找到并修改以下参数值：```log_bin = /var/log/mysql/mysql-bin.logserver_id = 1```2.创建从服务器账号在主服务器上创建一个用于复制的账号，并分配相应的权限。
MySQL的主从同步的原理和流程一、概述MySQL主从同步是一种常见的数据库架构模式，它可以实现数据的备份和读写分离，提高数据库的可用性和性能。
本文将详细介绍MySQL主从同步的原理和流程。
二、主从同步的原理主从同步是通过将主数据库的操作日志复制到从数据库来实现的。
主数据库将操作日志以二进制日志的形式记录下来，从数据库通过读取主数据库的二进制日志，将其中的操作重新执行，从而达到主从数据一致的目的。
主从同步的原理可以分为以下几个步骤：1. 主数据库记录二进制日志（Binlog）主数据库会将所有的数据修改操作记录在二进制日志中，包括插入、更新、删除等操作。
二进制日志是以二进制格式存储的，可以通过查看二进制日志来了解数据库的操作历史。
2. 从数据库连接主数据库从数据库通过连接主数据库，将自己标识为从数据库，并请求同步主数据库的二进制日志。
3. 主数据库发送二进制日志主数据库收到从数据库的连接请求后，会将自己的二进制日志发送给从数据库。
从数据库接收到二进制日志后，将其保存在本地。
4. 从数据库重放二进制日志从数据库将接收到的二进制日志重放到自己的数据库中，也就是重新执行主数据库中的操作。
通过这种方式，从数据库可以保持与主数据库的数据一致性。
5. 从数据库定期请求主数据库的二进制日志为了保持与主数据库的同步，从数据库会定期向主数据库发送请求，获取主数据库最新的二进制日志，以便将其应用到自己的数据库中。
三、主从同步的流程主从同步的流程可以分为以下几个步骤：1. 配置主数据库首先，需要在主数据库上进行相应的配置。
主要包括开启二进制日志功能、配置二进制日志格式和设置唯一标识等。
2. 配置从数据库接下来，在从数据库上进行配置。
需要配置从数据库连接主数据库的相关信息，包括主数据库的地址、端口、用户名、密码等。
3. 启动主从同步配置完成后，需要分别启动主数据库和从数据库。
主数据库会开始记录二进制日志，并等待从数据库的连接。
数据库主从同步原理MySQL的Replication（英文为复制）是一个多MySQL数据库做主从同步的方案，特点是异步复制，广泛用在各种对MySQL有更高性能、更高可靠性要求的场合。
与之对应的是另一个同步技术是MySQL Cluster，但因为MySQL Cluster配置比较复杂，所以使用者较少。
MySQL的Replication是一个异步复制的过程（mysql5.1.7以上版本分为异步复制和半同步两种模式），它是从一个Mysql instance（instance英文为实例）(我们称之为Master)复制到另一个Mysql instance(我们称之slave)。
在master与slave之间实现整个复制过程主要由三个线程来完成，其中两个线程(SQL线程和IO线程) 在slave端，另外一个线程(IO 线程)在master端。
要实现MySQL的Replication，首先必须打开master端的binlog (mysql-bin.xxxxxx)日志功能，否则无法实现mysql的主从复制。
因为mysql的整个主从复制过程实际上就是：slave 端从master端获取binlog日志，然后再在自己身上完全顺序的执行该日志中所记录的各种SQL操作。
有关具体如何开启mysql的binlog日志功能，请大家自己在网上搜。
MySQL主从复制的基本交互过程，如下：1、slave端的IO线程连接上master端，并请求从指定binlog日志文件的指定pos节点位置(或者从最开始的日志)开始复制之后的日志内容。
2、master端在接收到来自slave端的IO线程请求后，通知负责复制进程的IO线程，根据slave端IO线程的请求信息，读取指定binlog日志指定pos节点位置之后的日志信息，然后返回给slave端的IO线程。
该返回信息中除了binlog日志所包含的信息之外，还包括本次返回的信息在master端的binlog文件名以及在该binlog日志中的pos节点位置。
MySQL中的主从复制和故障切换技术引言MySQL作为最流行的开源数据库管理系统之一，广泛应用于各种规模的企业和项目中。
其中，主从复制和故障切换技术是MySQL的两个重要特性，可以提高数据库的可靠性和可用性。
本文将详细介绍MySQL中的主从复制和故障切换技术的原理、应用场景以及注意事项。
一、主从复制技术的原理主从复制（Master-Slave Replication）是一种数据库复制技术，在MySQL中被广泛使用。
其原理如下：当一个数据库服务器作为主服务器（Master）时，它可以将自己的数据变更记录在二进制日志（Binary Log）中。
而作为从服务器（Slave）的数据库服务器，则可以通过读取并解析主服务器的二进制日志来获取数据变更，并相应地在自己的数据库中进行更新。
这样，主从服务器之间的数据保持一致，从服务器可以用于读取查询，减轻主服务器的负载。
主从复制技术的应用场景多种多样。
例如，在高并发读写的场景下，通过将读操作分散到从服务器上，可以提高整体系统的并发能力。
另外，通过配置多个从服务器，还可以实现数据备份和灾难恢复的目的。
值得注意的是，主从复制技术并不适用于需要强一致性和实时性要求较高的应用场景。
二、主从复制技术的配置和使用注意事项在配置和使用主从复制技术时，需要注意以下几点。
1. 配置主服务器和从服务器的网络通信：主从服务器之间需要建立可靠的网络通信，以便进行数据同步。
可以使用本地局域网或者通过VPN等方式进行网络连接。
2. 确保主从服务器的数据库版本一致：为了确保主从服务器之间的数据同步正常，需要确保它们的数据库版本一致。
如果主服务器的版本较高，则需要降级或者升级从服务器的数据库版本。
3. 配置数据库参数：在配置主从复制技术时，需要根据具体需求调整数据库的参数。
例如，可以通过配置binlog_format参数来指定二进制日志格式，通过配置master_log_file和master_log_pos参数来指定主服务器的二进制日志文件和位置等。
MYSQL主从数据库介绍__主库__从库MySQL主从数据库是基于主从复制 (Master-Slave Replication) 的架构，用于提高数据库的性能、可靠性和可扩展性。
主库用于处理写操作，从库用于处理读操作，通过复制主库的数据来保持从库与主库的数据一致性。
主从数据库架构的工作原理如下：1. 主库接收到写操作后，会将该操作的SQL语句或者二进制日志记录到二进制日志文件中（Binary Log）。
2.从库会连接主库，并通过IO线程从主库读取二进制日志文件中的事件。
3. 从库将获取的事件应用到本地的重放日志文件（Relay Log）中，然后通过SQL线程执行这些事件，达到与主库数据一致的目的。
主从数据库架构的优势包括：1.提高读写分离的能力：主库负责处理写操作，从库负责处理读操作，极大地提高了数据库的读写并发性能。
2.提高数据库性能和可扩展性：通过增加从库的数量，可以增加数据库处理读请求的能力，提高系统整体的性能和扩展性。
3.实现数据备份和恢复：从库作为主库的副本，可以用来备份数据或者在主库故障的情况下进行数据恢复。
4.实现高可用性和故障切换：在主库发生故障或者关闭维护的情况下，可以将从库提升为主库，实现数据库的高可用性和故障切换。
主从数据库架构的配置步骤如下：1. 在主库上开启二进制日志功能，并配置一个唯一的标识号（server_id）。
2. 在从库上配置连接主库的信息，包括主库的地址、端口号和主库的 server_id。
3.在从库上启动IO线程和SQL线程，通过连接主库并从主库获取二进制日志文件中的事件并执行。
4.验证主从数据库的连接是否成功，确认数据的同步状态。
5.配置读写分离的规则，将读操作分发到从库进行处理。
维护主从数据库的注意事项包括：1.主库的性能和稳定性对整个架构都至关重要，需要进行定期的性能优化和监控。
2.配置从库时，需要确保从库的硬件和网络连接具备足够的性能和稳定性，以确保数据同步的及时性和正确性。
mysql主从复制的原理复制MySQL 主从复制（master-slave replication）是MySQL 数据库中一个重要的功能，它允许数据从一个MySQL 数据库服务器（主服务器或master）复制到一个或多个MySQL 数据库服务器（从服务器或slave）。
这种复制通常用于数据备份、读取扩展、故障转移等场景。
以下是MySQL 主从复制的基本原理：1.二进制日志（Binary Log）: 主服务器上的所有数据更改（如INSERT、UPDATE、DELETE 等操作）都会记录在二进制日志中。
这些日志文件包含了数据库的所有更改，是实现复制的基础。
2.I/O 线程: 在从服务器上，一个叫做I/O 线程的进程会连接到主服务器，并从主服务器上读取二进制日志中的事件，然后写入从服务器上的中继日志（Relay Log）。
3.SQL 线程: 从服务器上的另一个进程，称为SQL 线程，读取中继日志中的事件，并在从服务器上执行这些事件，从而保持与主服务器的数据同步。
4.异步复制: 主从复制是异步的，这意味着从服务器不会立即从主服务器复制数据更改。
相反，它会在后台异步地处理这些更改。
这意味着数据在主服务器上更改后，可能需要一段时间才能在从服务器上反映出来。
5.半同步复制: 为了提高数据的一致性，MySQL 也支持半同步复制模式。
在这种模式下，主服务器会确保至少一个从服务器已经接收并记录了数据更改，然后再提交事务。
6.过滤和选择: 主从复制允许用户根据需要过滤特定的事件或数据库。
例如，可以配置只复制特定的数据库或表，或者只复制特定类型的事件。
通过正确配置和管理主从复制，可以有效地实现数据的备份、读取扩展和故障转移。
但同时，也需要密切关注数据的一致性和延迟问题，确保系统正常运行。
mysql主从复制原理MySQL主从复制是MySQL数据库中常用的一种数据复制方式，可以将一个数据库实例的数据和操作同步到其他多个数据库实例中，从而实现数据的备份、读写分离等需求。
下面将详细介绍MySQL主从复制的原理及其实现。
一、原理介绍MySQL主从复制的原理是通过将主数据库中的数据变更（如更新、插入、删除）操作记录成二进制日志（binary log），然后将该二进制日志传输到从数据库，从数据库再按照主数据库的操作顺序将变更操作应用到自己的数据中。
这样就实现了主数据库和从数据库之间的数据同步。
主从复制有以下几个角色：1. 主数据库（Master）：负责接收和处理客户端的写操作，将写操作记录到二进制日志中，并将该日志传输给从数据库。
2. 从数据库（Slave）：从主数据库接收二进制日志，并将日志中的操作应用到自己的数据中，从而实现数据的同步。
3. 主库日志（Binary Log）：主数据库将写操作记录到主库日志中，主库日志包括两部分：二进制日志（Binary Log）和主库信息文件（Master Info）。
4. 从库日志（Relay Log）：从数据库接收到主库日志后，将主库日志转换为从库日志，并将从库日志记录到从库日志文件中。
5. 主数据库信息文件（Master Info）：记录了主数据库的一些信息，如IP地址、端口号、二进制日志文件名称及其当前位置等。
6. 从数据库信息文件（Slave Info）：记录了从数据库的一些信息，如主数据库的IP地址、端口号、二进制日志文件名称及其当前位置等。
二、主从复制的配置过程1.配置主数据库：- 通过设定server-id选项设置主数据库的唯一标识。
-配置允许从数据库连接到主数据库的权限，并创建用于数据复制的用户及密码。
2.配置从数据库：-启动从数据库服务。
-建立从数据库与主数据库之间的连接，并指定主数据库的IP地址、端口号、用户和密码等信息。
-开启从数据库的复制功能，并指定复制过程的开始位置。
MySQL Replication（Master与Slave基本原理及配置）1．主从mysql server的工作原理：（如图及其过程分析）过程：Mysql的复制（replication）是一个异步的复制，从一个Mysql instace（称之为Master）复制到另一个Mysql instance（称之Slave）。
实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在 Master（IO进程）上。
要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。
因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。
复制的基本过程如下：（1）Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；（2）Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。
返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master 端的bin-log文件的名称以及bin-log的位置；（3）Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；（4）Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。
好了，了解了其原理后就让我们来安装mysql及配置主从mysql 服务器吧为了使用方便，和使mysql的功能更优一点我们使用二进制包安装，下载地址（需要注册，免费）：/downloads/mysql/2．二进制安装mysql（过程不做详细解释）：#解压包及做链接tar xvf mysql-5.1.50-linux-i686-glibc23.tar.gz /usr/localcd /usr/localln -sv mysql-5.1.50-linux-i686-glibc23.tar.gz mysqlcd mysql#增加用户及该权限（-r :加一系统用户）groupadd mysqluseradd -g mysql -s /sbin/nologin -M -r mysqlmkdir /mysql/datachown -R mysql.mysql /mysql/datacd /usr/local/mysqlchown mysql:mysql . -R# 初始化mysql配置scripts/mysql_install_db --user=mysql --datadir=/mysql/datachown root . -Rchown mysql data/ -Rcp support-files/f /etc/fvim /etc/fdatadir = /mysql/data #加入这一行# 启动mysqlbin/mysqld_safe --user=mysql &netstat -nutlp | grep 3306# 使其可以使用mysql命令vim /etc/profile#addPATH=$PATH:/usr/local/mysql/bin. /etc/profile #重读配置文件# 加载库函数vim /etc/ld.so.conf.d/mysql.conf#add/usr/local/mysql/libldconfig -vln -sv /usr/local/mysql/include /usr/include/mysql ls /usr/include/mysql/#把mysql加入开机启动cp support-files/mysql.server /etc/init.d/mysqld chkconfig --add mysqldchkconfig mysqld onservice mysqld restart3． Mysql装好了我们就来实现master 和 slave mysql server架构主：192.168.0.192 从：192.168.0.193 Master端的配置：vim /etc/f#确保有一下两行，并开启log_bin = mysql-binserver_id = 24授权可以来读取日志文件的用户：mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENTON *.*-> TO tom@'192.168.0.%' IDENTIFIED BY 'password';查看一下主mysql的状态（结果能不一样，已使用情况而定）mysql> SHOW MASTER STATUS;+------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000001 | 108 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)从（slave）端的设置：vim /etc/f#确保有一下几行log_bin = mysql-binserver_id = 2relay_log = mysql-relay-binlog_slave_updates = 1read_only = 1定义怎样连接master mysqlmysql> CHANGE MASTER TO MASTER_HOST='', -> MASTER_USER='tom',-> MASTER_PASSWORD='password',-> MASTER_LOG_FILE='mysql-bin.000001',-> MASTER_LOG_POS=0;4.查看状态#查看从服务器的状态：mysql> SHOW SLAVE STATUS\G*************************** 1. row *************************** Slave_IO_State:Master_Host: Master_User: tomMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000001Read_Master_Log_Pos: 5Relay_Log_File: mysql-relay-bin.000001Relay_Log_Pos: 5Relay_Master_Log_File: mysql-bin.000001Slave_IO_Running: NoSlave_SQL_Running: No……………….mysql> START SLAVE;注意：这个命令的不能有错误产生#再次查看状态mysql> SHOW SLAVE STATUS\G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send eventMaster_Host: Master_User: tomMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000001Read_Master_Log_Pos: 175Relay_Log_File: mysql-relay-bin.000001Relay_Log_Pos: 175Relay_Master_Log_File: mysql-bin.000001Slave_IO_Running: YesSlave_SQL_Running: Yes………………………5.查看进程查看Master（IO进程）：mysql> SHOW PROCESSLIST\G*************************** 1. row ***************************Id: 24User: tomHost: :54831db: NULLCommand: Binlog DumpTime: 610237State: Has sent all binlog to slave; waiting for binlog to be updated Info: NULL查看Slave（Sql进程和IO进程）：mysql> SHOW PROCESSLIST\G*************************** 1. row ***************************Id: 12User: system userHost:db: NULLCommand: ConnectTime: 611116State: Waiting for master to send eventInfo: NULL*************************** 2. row ***************************Id: 13User: system userHost:db: NULLCommand: ConnectTime: 33State: Has read all relay log; waiting for the slave I/O thread to update itInfo: NULL注意1.row 是I/O进程， 2.row是sql进程，已经空闲33秒好了到此简单主从MySQL Replication就已经配置完成了，你学会了吗？？？。
