下载文档原格式
MySQL主从双向同步复制本⽂介绍了mysql主从，实现mysql的双向同步复制。
MySQL⽀持单向、异步复制，复制过程中⼀个服务器充当主服务器，⽽⼀个或多个其它服务器充当从服务器。
主服务器将更新写⼊⼆进制⽇志⽂件，并维护⽇志⽂件的⼀个索引以跟踪⽇志循环。
当⼀个从服务器连接到主服务器时，它通知主服务器从服务器在⽇志中读取的最后⼀次成功更新的位置。
从服务器接收从那时起发⽣的任何更新，然后封锁并等待主服务器通知下⼀次更新。
为什么使⽤主从复制？1、主服务器/从服务器设置增加了健壮性。
主服务器出现问题时，你可以切换到从服务器作为备份。
2、通过在主服务器和从服务器之间切分处理客户查询的负荷，可以得到更好的客户响应时间。
但是不要同时在主从服务器上进⾏更新，这样可能引起冲突。
3、使⽤复制的另⼀个好处是可以使⽤⼀个从服务器执⾏备份，⽽不会⼲扰主服务器。
在备份过程中主服务器可以继续处理更新。
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+mycat搭建稳定⾼可⽤集群，负载均衡，主备复制，读写分离数据库性能优化普遍采⽤集群⽅式，oracle集群软硬件投⼊昂贵，今天花了⼀天时间搭建基于mysql的集群环境。
主要思路简单说，实现mysql主备复制-->利⽤mycat实现负载均衡。
⽐较了常⽤的读写分离⽅式，推荐mycat，社区活跃，性能稳定。
测试环境MYSQL版本：Server version: 5.5.53，到官⽹可以下载WINDWOS安装包。
注意：确保mysql版本为5.5以后，以前版本主备同步配置⽅式不同。
linux实现思路类似，修改f即可。
A主mysql。
192.168.110.1:3306, ⽤户root，密码root。
操作系统：win7 x64，内存：4g安装路径：C:\Program Files\MySQL\MySQL Server 5.5\binB备mysql。
192.168.110.2:3306, ⽤户root，密码root。
操作系统：win2003 x64，内存：1g安装路径：C:\Program Files\MySQL\MySQL Server 5.5\binA主、B备的mysql中创建sync_test数据库实现mysql主备复制主要思路：A主mysql开启⽇志，B备mysql读取操作⽇志，同步执⾏。
⼀般为主备同步，主主同步不推荐使⽤。
配置A主mysql1）修改my.ini。
需要在log-bin="C:/Program Files/MySQL/MySQL Server 5.5/log/mysql-bin.log"的相关位置创建log⽬录，以及mysql-bin.log⽂件。
[mysqld]server-id=1 #主机标⽰，整数port=3306log-bin="C:/Program Files/MySQL/MySQL Server 5.5/log/mysql-bin.log" #确保此⽂件可写read-only=0 #主机，读写都可以binlog-do-db=sync_test #需要备份数据库，多个写多⾏binlog-ignore-db=mysql #不需要备份的数据库，多个写多⾏2）允许MYSQL远程访问#登录mysql console进⼊%home%/bin，执⾏mysql -uroot -proot#授权。
Docker实现Mysql主从复制实战（⼀主⼀从、双主双从）：---------------------------------⽬录----------------------------------前期扯淡：mysql主从复制和集群区别⼀、 Mysql数据库主从复制⼀主⼀从⼆、 Mysql数据库主从复制双主双从-----------------------------------------------------------------------哈哈！欢迎你的到来，俗话说磨⼑不误砍柴⼯，来吧，咱们先看看Mysql的主从复制和集群概念的区别。
MySQL集群是⼀个⽆共享的(shared-nothing)、分布式节点架构的存储⽅案，其⽬的是提供容错性和⾼性能。
集群所涉及到的三个概念: SQL节点(多个)：应⽤程序和数据节点的⼀个桥梁，应⽤程序不能直接访问数据节点，只能先访问SQL节点，然后SQL节点再去访问数据节点来返回数据，Cluster中可以有多个SQL节点，通过每个SQL节点查询到的数据都是⼀致的，⼀般来说，SQL节点越多，分配到每个SQL节点的负载就越⼩，系统的整体性能就越好； 数据节点(多个)：⽤于存储数据，数据存放内存中，数据节点中数据保存后⾃动复制并存储到其他节点，数据节点之间采⽤的是同步复制来保证各节点之间的数据⼀致性 管理节点(⼀个)：主要负责管理数据节点和SQL节点，还有集群配置⽂件和集群⽇志⽂件。
它监控其他节点的⼯作状态，能够启动、关闭或者重启某个节点。
其他节点从管理节点检索配置数据，当数据节点有新事件就把事件信⼼发送给管理节点并写⼊集群⽇志。
同步复制流程：a) Master执⾏提交语句时，事务被发送到Slave，Slave开始准备事务的提交。
b) 每个slave都要准备事务，然后向Master发送OK(或ABORT)消息，表明事务已经准备好（或者⽆法准备该事务）。
c) Master等待所有Slave发送OK或ABORT消息，如果Master收到所有Slave的OK消息，它就会向所有Slave发送提交消息，告诉Slave提交该事务；如果 Master收到来⾃任何⼀个Slave的ABORT消息，它就向所有 Slave发送ABORT消息，告诉Slavee) 每个Slave等待来⾃Master的OK或ABORT消息。
多图文详细介绍mysql各个集群方案MySQL是一个开源的关系型数据库管理系统，已经成为了业界最流行的数据库之一、由于单机MySQL数据库的性能有限，为了提高数据库的可用性、扩展性和性能，业界提出了各种MySQL集群方案，本文将详细介绍几种常见的MySQL集群方案。
1.MySQL主从复制集群：MySQL主从复制是一种简单而常用的集群方案。
该方案通过一个主数据库和多个从数据库实现数据的异步复制，主数据库负责写入操作，从数据库负责读取操作。
主从复制具有以下特点：-主数据库可以提供写入的高性能，从数据库可以提供读取的高性能。
-从数据库可以用于灾备，一旦主数据库出现故障，可以快速切换到从数据库继续提供服务。
-主从复制的实现较为简单，不需要引入复杂的集群管理软件。
-主从复制的缺点是从数据库的数据有一定的延迟。
2.MySQL双主集群：MySQL双主集群是一种更进一步的集群方案，通过在多个数据库之间实现双向复制，实现了数据库的读写分离。
双主集群具有以下特点：-双主结构可以提供更高的可用性，一旦一个数据库出现故障，可以快速切换到另一个数据库继续提供服务。
-双主结构可以提供更高的性能，读写操作可以同时在两个数据库上进行。
-双主集群的缺点是配置和管理比较复杂，需要保证数据的一致性和冲突解决。
3.MySQL分片集群：MySQL分片集群通过将数据分散到多个数据库节点上实现横向扩展，以应对海量数据的处理需求。
分片集群具有以下特点：-分片集群可以提供无限的水平扩展性，可以随着数据的增长增加更多的节点。
-分片集群可以提供更好的性能，可以将负载均衡到多个节点上。
-分片集群的缺点是管理和维护成本较高，需要处理数据的分片和路由问题。
4.MySQL主备集群：MySQL主备集群通过在多个数据库节点之间实现实时数据同步，实现了高可用性和故障切换。
主备集群具有以下特点：-主备结构可以提供高可用性，一旦主节点出现故障，可以自动切换到备用节点继续提供服务。
MySQL高可用架构设计与故障恢复策略引言：MySQL是一种广泛应用的关系型数据库管理系统，被广泛应用于各个行业的数据存储和处理中。
然而，数据库的高可用性和故障恢复一直是MySQL的挑战之一。
本文将讨论MySQL高可用架构设计和故障恢复策略，以帮助读者更好地设计和管理MySQL数据库。
一、MySQL高可用架构设计1. 主从复制（Master-Slave Replication）主从复制是MySQL高可用架构设计中常用的一种方式。
主服务器负责处理事务，并将数据复制到一个或多个从服务器上。
从服务器可以用于读取查询，从而减轻主服务器的压力。
当主服务器故障时，从服务器可以顶替主服务器的角色，确保系统的持续可用性。
2. 主主复制（Master-Master Replication）主主复制是MySQL高可用架构设计的另一种方式。
在主主复制中，两个或多个服务器既是主服务器又是从服务器。
每个服务器都可以处理写入和读取请求，当一个服务器故障时，其他服务器可以接管其角色，并继续提供服务。
主主复制提供了更高的可用性和更好的负载均衡。
3. 数据库集群（Database Clustering）数据库集群是一种将多个数据库服务器连接成一个逻辑实体的方式。
每个服务器都存储完整的数据库，可以同时处理写入和读取请求。
当一个服务器故障时，其他服务器可以代替其角色，确保系统的连续运行和高可用性。
数据库集群还可以通过水平分片将数据分布到不同的服务器上，提高读写性能和扩展性。
二、MySQL故障恢复策略1. 数据备份定期备份数据库是一种常用的故障恢复策略。
通过备份数据，可以在数据库出现故障时，将其恢复到最近的备份点，减少数据丢失的风险。
备份可以使用MySQL提供的工具，如mysqldump或者使用第三方工具来完成。
2. 冗余服务器冗余服务器是指在高可用架构中额外配置的备用服务器。
冗余服务器可以通过实时数据复制的方式与主服务器保持一致的数据状态。
MySQL主从复制的常见问题与解决方案MySQL主从复制是一种常见的数据库复制技术，它可以将一个数据库（主库）的变更同步到其他多个数据库（从库），使得数据的读写操作可以同时在多个数据库中进行。
这种技术在分布式系统中广泛应用，能够提高数据库的性能和可用性。
然而，在实际应用中，MySQL主从复制也会遇到一些常见的问题。
本文将重点讨论这些问题并提供解决方案。
一、延迟复制问题MySQL主从复制的一个常见问题是延迟复制。
由于主库和从库之间的网络延迟或从库的负载过重，导致从库上的数据更新与主库有一定的时间差。
这种延迟可能会导致数据不一致问题，严重影响业务的正确性和稳定性。
解决方案：1. 优化网络连接：检查主从库之间的网络连接，并确保网络带宽足够大，延迟尽可能小。
2. 优化从库性能：如果从库的负载过重，可以考虑增加从库的内存和CPU资源，或者升级硬件设备。
3. 使用并行复制：MySQL 5.6及以上版本支持并行复制，在从库开启并行复制模式，可以提高复制的效率和减少延迟。
二、主从数据不一致问题MySQL主从复制过程中，可能会遇到数据不一致的问题，即从库上的数据与主库不一致。
常见的原因包括：网络故障，主库宕机，复制中断等。
这种问题往往需要及时解决，以避免数据丢失和业务异常。
解决方案：1. 检查主从状态：使用MySQL的命令SHOW SLAVE STATUS检查主从状态，确保主从复制处于正常运行状态。
2. 检查复制延迟：通过比较主库和从库的binlog位置，判断是否存在复制延迟。
如果延迟较大，可以考虑重启从库，重新建立主从复制连接。
3. 检查复制中断原因：如果发现复制中断，可以通过查看错误日志或者SHOW SLAVE STATUS输出，找到中断原因并进行相应的处理。
常见的中断原因有：主库宕机、从库空间不足、主库binlog日志满等。
4. 数据修复：如果数据不一致，可以通过手动修复或者重新同步数据来解决。
可以使用工具如pt-table-checksum和pt-table-sync进行数据校验和修复。
Mysql主从详细配置:案例二：数据库升级(保留主库数据基础上配主从)！环境：(MySQL已经安装)主库(MySQL-Master) IP：192.168.110.90 数据库正常提供服务，有数据从库1 (MySQL-Slave) IP：192.168.110.91 数据库正常提供服务，有数据从库2 (MySQL-Slave) IP：192.168.110.92 干净库,无数据主从三台机器都正常工作升级大致步骤如下：1、修改主数据库配置文件，开启总从复制必要的功能。
2、在主数据库中创建一个账号并授权给从数据库使用。
3、导出主数据库中的数据作。
4、修改从数据库配置文件，开启总从复制必要的功能。
5、把刚才主数据库中导出的数据导入到从数据库。
6、在从数据库中配置连接主数据库要用到的账户、密码等。
7、启动主从复制功能，并检查是否正常复制。
【主库操作】1)编辑/etc/f,设置相应的参数[root@mysql-master ~]# vi /etc/f[mysqld]log-bin=mysql-bin 启动二进制文件server-id=1 服务器ID2)登录主库mysql,添加从库授权帐号[root@mysql-master ~]# mysql -u root –p创建backup2用户，并授权给192.168.110.92使用。
mysql-> grant replication slave on *.* to backup2@'192.168.110.92' identified by 'backup2';3)进行主库锁表操作,防止从库从库原始数据与主库不一致Mysql-> flush tables with read lock;4)查看已有库mysql> show databases;+--------------------------------+| Database |+--------------------------------+| information_schema || mstest || mysql || performance_schema || test |+--------------------------------+5 rows in set (0.00 sec)5)查询主库状态,记录FILE 和Position值,共从库配置时使用mysql> show master status;+--------------------------+------------+--------------------+-------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +--------------------------+------------+--------------------+-------------------------+ | mysql-bin.000018 | 1947| | | +--------------------------+------------+--------------------+-------------------------+ 1 row in set (0.00 sec)mysql>6)新开终端,使用mysqldump导出需要的数据库[root@mysql-master ~]# mysqldump -uroot -p123456 mstest > mstest.sql//mysqldump使用@1备份所有的数据库mysqldump -uroot -p --all-database > all.sql@2备份指定的数据库mysqldump -uroot -p test > test.sql@3备份指定数据库中的表mysqldump -uroot -p test s > test_s.sql7)就爱那个导出的数据传送到从数据库的/root目录下[root@mysql-master ~]# scp mstest.sql root@’192.168.110.92:/root/’中间需要输入一次验证口令8)切换回先前终端,进行表解锁mysql> unlock tables;Query OK, 0 rows affected (0.01 sec)mysql> exit;Bye主数据库服务器上的操作告一段落！【从库2操作】1)配置/etc/f 参数(注意,有别忘了下面还有一个默认的server-id,一定要注释掉,否则后期配从库Slave_IO_Running ：NO 错误！)[root@ MySQL-Slave2 ~]# vi /etc/f[mysqld]log-bin=mysql-bin 启动二进制文件server-id=12 服务器ID#server-id=1 服务器默认ID注释2) 重启MySQL服务[root@MySQL-Slave2 mysql]# mysqladmin -p123456 shutdown更改下密码:[root@Mysql-Slave2 ~]# mysql –uroot原来mysql用户管理库丢了…解决办法：[root@Mysql-Slave2 ~]# service mysql stop;[root@Mysql-Slave2 ~]# mysqld_safe --skip-grant-table重新开启一个终端链接Slave2,进行如下操作[root@Mysql-Slave2 ~]# mysql -uroot mysqlmysql> use mysql;mysql> delete from user where USER='';mysql> FLUSH PRIVILEGES;//记得要这句话，否则如果关闭先前的终端，又会出现原来的错误mysql> \q原先终端查看：mysql> show databases;+--------------------------------+| Database |+--------------------------------+| information_schema || mstest || mysql || performance_schema || test |+--------------------------------+5 rows in set (0.00 sec)继续…[root@MySQL-Slave2 mysql]# mysqladmin -p123456 shutdown [root@MySQL-Slave2 mysql]# mysqld_safe --user=mysql &3)登录MySQL,确认要同步的数据库不存在//若存在请删除mysql-> drop database mstest;[root@MySQL-Slave mysql]# mysql -uroot -p123456mysql> show databases;4)创建名为mstest的库mysql> create database mstest;5)新开终端链接Slave2,将主库传送的.sql文件导入[root@Mysql-Slave2 ~]# mysql -uroot –p123456 mstest < mstest.sql6)切换会原来Slave2终端,查看mysql-> show databases;Slave2有了!使用授权帐号：[主库]切换主库查看最新状态[Slave2]mysql> change master tomaster_host='192.168.110.90',master_user='backup2',master_password='backup2',master_log_f ile='mysql-bin.000018',master_log_pos=2237;7)启动主从复制Mysql-> slave start;8)检查同步状态：看到Slave_IO_Running和Slave_SQL_Running均为Yes，则主从复制连接正常mysql> show slave status\G很明显：成功了！下面开始验证奇迹的时刻！…主库插入数据：mysql> insert into user values('','杨宏伟不是花花公子','1','22','江苏人士','A++','N',now()); [主库][Slave][Slave2]错误排除:Slave_SQL_Running: No1.程序可能在slave上进行了写操作2.也可能是slave机器重起后，事务回滚造成的.//@1停止从库->mysql SLAVE STOP;//@2查看主库状态->mysql show master status;//@3记录值//从库执行change master tomaster_host='192.168.110.90',master_user='backup',master_password='backup',master_log_file ='mysql-bin.000017',master_log_pos=107;->mysql slave start;1.[mysqld]中的id与master相同了2.一定要注意,即使你[mysqld]中id设置的与主库不同,下面还有一个server-id = 1！！！改为2(与mysqll 一样即可)//重启数据库进程[root@MySQL-Slave mysql]# service mysql restart;[root@MySQL-Slave mysql]# mysql -uroot -p123456mysql> slave start;mysql> show slave status\G;OK!!!Footer:2012/10/28 于北京杨宏伟编辑HonyGot Me:ehongweiyang@ /hongweiyangblog。
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在多机房部署和数据同步方面也有着丰富的经验和技术。
一、多机房部署的需求分析在介绍多机房部署的方法之前，首先需要明确多机房部署的需求。
多机房部署的主要目的是提高系统的可用性，即当一个机房出现故障或网络中断时，能够快速切换到另一个机房提供服务。
此外，多机房部署还可以实现地理位置的容灾备份，提高系统的容错能力和可扩展性。
二、MySQL的多机房部署方案1. 主从复制主从复制是MySQL多机房部署的常用方案之一。
通过将数据从一个机房复制到另一个机房的方式，实现了数据的备份和容灾。
主从复制的原理是将主服务器上的所有数据变更事件记录下来，然后将这些事件通过网络传输到从服务器上执行，从而保持主从服务器之间的数据一致性。
2. 集群方案MySQL集群方案是一种更为高级的多机房部署方案。
它通过将多台服务器组织成一个集群，实现数据的分布式存储和处理。
集群方案可以提供更高的性能和可用性，但配置和管理相对复杂一些。
常见的MySQL集群方案包括Galera Cluster、MySQL Cluster等。
三、数据同步的策略选择在多机房部署中，数据同步是一个非常重要的环节。
正确选择适合自己业务的数据同步策略可以保证数据的一致性和可用性。
1. 异步复制异步复制是一种常见的数据同步策略，它的特点是主服务器将数据变更事件写入binlog，并异步传输到从服务器进行执行。
异步复制的优点是传输延迟小，在网络不稳定的情况下也能保证数据的可用性，但是存在数据不一致的风险。
2. 同步复制同步复制是一种更为安全的数据同步策略，它要求主服务器和从服务器在写入数据之前必须达成一致，确保数据的完整性和一致性。
同步复制的缺点是传输延迟大，在网络延迟较高的情况下可能会影响系统的性能。
MySQL主从复制介绍：使⽤场景、原理和实践MySQL数据库的主从复制⽅案，和使⽤scp/rsync等命令进⾏的⽂件级别复制类似，都是数据的远程传输，只不过MySQL的主从复制是其⾃带的功能，⽆需借助第三⽅⼯具，⽽且，MySQL的主从复制并不是数据库磁盘上的⽂件直接拷贝，⽽是通过逻辑的binlog⽇志复制到要同步的服务器本地，然后由本地的线程读取⽇志⾥⾯的SQL语句重新应⽤到MySQL数据库中。
1.1.1 MySQL主从复制介绍MySQL数据库⽀持单向、双向、链式级联、环状等不同业务场景的复制。
在复制过程中，⼀台服务器充当主服务器（Master），接收来⾃⽤户的内容更新，⽽⼀个或多个其他的服务器充当从服务器（Slave），接收来⾃主服务器binlog⽂件的⽇志内容，解析出SQL重新更新到从服务器，使得主从服务器数据达到⼀致。
如果设置了链式级联复制，那么，从（slave）服务器本⾝除了充当从服务器外，也会同时充当其下⾯从服务器的主服务器。
链式级复制类似A→B→C的复制形式。
1.1.2 MySQL主从复制的企业应⽤场景MySQL主从复制集群功能使得MySQL数据库⽀持⼤规模⾼并发读写称为可能，同时有效地保护了物理服务器宕机场景的数据备份。
应⽤场景1：从服务器作为主服务器的实时数据备份主从服务器架构的设置，可以⼤⼤加强MySQL数据库架构的健壮性。
例如：当主服务器出现问题时，我们可以⼈⼯或设置⾃动切换到从服务器继续提供服务，此时从服务器的数据和宕机时的主数据库⼏乎是⼀致的。
这类似NFS存储数据通过inotify+rsync同步到备份的NFS服务器，只不过MySQL的复制⽅案是其⾃带的⼯具。
利⽤MySQL的复制功能做备份时，在硬件故障、软件故障的场景下，该数据备份是有效的，但对于⼈为地执⾏drop、delete等语句删除数据的情况，从库的备份功能就没有⽤了，因为从服务器也会执⾏删除的语句。
应⽤场景2：主从服务器实时读写分离，从服务器实现负载均衡主从服务器架构可通过程序（PHP、Java等）或代理软件（mysql-proxy、Amoeba）实现对⽤户（客户端）的请求读写分离，即让从服务器仅仅处理⽤户的select查询请求，降低⽤户查询响应时间及读写同时在主服务器上带来的访问压⼒。
