mysql高可用 mysql高可用解决方案

mysql主从结构的主数据库不可能出现哪种日志

上述前两个选项的作用是：确保在sle上和相关的元数据表也采用InnoDB引擎，受到InnoDB事务安全的保护，而后一个选项的作用是开启relay log自动修复机制，发生crash时，会自动判断哪些relay log需要重新从上抓取回来再次应用，以此避免部分数据丢失的可能性。

mysql主从结构的主数据库不可能出现中继日志。

mysql高可用 mysql高可用解决方案

mysql高可用 mysql高可用解决方案

SET GLOBAL rpl_semi_sync__enabled=ON;

中继日志是用于从数据库同步主数据库的日志，它记录了主数据库的更改。在主从中，从数据库通过读取和应用这个日志来保持与主数据库的同步。因此，中继日志在从数据库中存在，而不是在主数据库中。

主数据库的主要职责是处理写作并生成二进制日志（Binary Log），这些日志包含对数据库的更改。这些日志被发送到从数据库，从数据库使用它们来更新自己的数据。

中继日志的存在是为了解决网络延迟和从数据库处理能力的问题。如果在主数据库上产生中继日志，那么网络延迟可能会导致主数据库上的写作延迟，从而影响整体性能。

MySQL主从结构是一种常见的数据库高可用性解决方案，它通常由一个主数据库和多个从数据库组成。主数据库用于处理写入请求和读取请求，从数据库则用于处理只读请求。

主从结构的优点

从数据库可以分担主数据库的读取请求，提高系统的读取性能，并且从数据库可以在主数据库不可用时接管读取请求。当主数据库出现故障时，从数据库可以继续为应用程序提供只读访问，以便保证系统的可靠性和稳定性。

可以通过备份从数据库的数据来避免主数据库的数据丢失或损坏。可以使用从数据库来执行大量数据分析和数据挖掘作，以充分利用系统的计算资源。

在主上进行数据作，从上即可实时同步数据。为了保证数据一致性和安全性，还需要定期备份数据、主从同步状态等作。

实战体验几种MySQLCluster方案_MySQL

1.背景

MySQL的cluster方案有很多和第三方的选择，选择多就是一种烦恼，因此，我们考虑MySQL数据库满足下三点需求，考察市面上可行的解决方案：

需要选用一种方案满足以上需求。在MySQL网站上参考了几种解决方案的优缺点： 综合考虑，决定采用MySQL Fabric和MySQL Cluster方案，以及另外一种较成熟的集群方案Galera Cluster进行预研。

2.MySQLCluster

：

MySQL Cluster 是MySQL 集群部署方案，它的历史较久。支持通过自动分片支持读写扩展，通过实时备份冗余数据，是可用性的方案，声称可做到99.999%的可用性。

架构及实现原理： MySQL cluster主要由三种类型的服务组成：

NDB Mament ：管理主要用于管理cluster中的其他类型（Data Node和SQL Node），通过它可以配置Node信息，启动和停止Node。 SQL Node：在MySQL Cluster中，一个SQL Node就是一个使用NDB引擎的mysql server进程，用于供外部应用提供集群数据的访问入口。Data Node：用于存储集群数据；系统会尽量将数据放在内存中。 缺点及限制：

对需要进行分片的表需要修改引擎Innodb为NDB，不需要分片的可以不修改。NDB的事务隔离级别只支持Read Committed，即一个事务在提交前，查询不到在事务内所做的修改；而Innodb支持所有的事务隔离级别，默认使用Repeatable Read，不存在这个问题。外键支持：虽然的Cluster版本已经支持外键，但性能有问题（因为外键所关联的记录可能在别的分片中），所以建议去掉所有外键。Data Node数据会被尽量放在内存中，对内存要求大。

数据库系统提供了四种事务隔离级别：

A.Serializable（串行化）：一个事务在执行过程中完全看不到其他事务对数据库所做的更新（事务执行的时候不允许别的事务并发执行。事务串行化执行，事务只能一个接着一个地执行，而不能并发执行。）。

B.Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，但是不能看到其他其他事务对已有记录的更新。

C.Read Commited（读已提交数据）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，而且能看到其他事务已经提交的对已有记录的更新。

D.Read Uncommitted（读未提交数据）：一个事务在执行过程中可以看到其他事务没有提交的新插入的记录，而且能看到其他事务没有提交的对已有记录的更新。

3.MySQL Fabric

：

为了实现和方便管理MySQL 分片以及实现高可用部署，Oracle在2014年5月推出了一套为各方寄予厚望的MySQL产品 -- MySQL Fabric, 用来管理MySQL 服务，提供扩展性和容易使用的系统，Fabric当前实现了两个特性：高可用和使用数据分片实现可扩展性和负载均衡，这两个特性能单独使用或结合使用。

MySQL Fabric 使用了一系列的python脚本实现。

应用案例：由于该方案在去年才推出，目前在网上暂时没搜索到有大公司的应用案例。

架构及实现原理：

Fabric使用HA组实现高可用性，其中一台是主，其他是备份， 备份通过同步实现数据冗余。应用程序使用特定的驱动，连接到Fabric 的Connector组件，当主发生故障后，Connector自动升级其中一个备份为主，应用程序无需修改。

Fabric支持可扩展性及负载均衡的架构如下： 使用多个HA 组实现分片，每个组之间分担不同的分片数据（组内的数据是冗余的，这个在高可用性中已经提到）

应用程序只需向connector发送query和insert等语句，Connector通过MasterGroup自动分配这些数据到各个组，或从各个组中组合符合条件的数据，返回给应用程序。

自增长键不能作为分片的键；事务及查询只支持在同一个分片内，事务中更新的数据不能跨分片，查询语句返回的数据也不能跨分片。 测试高可用性

架构：

功能

IP

Backing store(保存各配置信息)

200.200.168.24

Fabric 管理进程（Connector）

200.200.168.24

32274

HA Group 1 -- Master

200.200.168.23

HA Group 1 -- Sle

200.200.168.25

安装过程省略，下面讲述如何设置高可用组、添加备份等过程

首先，创建高可用组，例如组名group_id-1，命令：

mysqlfabric group create group_id-1

往组内group_id-1添加机器200.200.168.25和200.200.168.23：

mysqlfabric group add group_id-1 200.200.168.25:3306

mysqlfabric group add group_id-1 200.200.168.23:3306

然后查看组内机器状态： 由于未设置主，两个服务的状态都是SECONDARY

提升其中一个为主：

mysqlfabric group promote group_id-1 --sle_id 00f9831f-d602-11e3-b65e-0800271119cb

然后再查看状态： 设置成主的服务已经变成Primary。

这时检查25的sle状态： 可以看到它的主已经指向23

然后激活故障自动切换功能：

mysqlfabric group activate group_id-1

激活后即可测试服务的高可以性

首先，进行状态测试：

停止主23 然后查看状态：

可以看到，这时将25自动提升为主。

但如果将23恢复起来后，需要手动重新设置23为主。

实时性测试：

目的：测试在主服务更新数据后，备份多久才显示这些数据

测试结果：

表中原来有101条数据，运行程序后，查看主的数据条数： 可见主当然立即得到更新。

查看备份的数据条数： 但备份等待了1-2分钟才同步完成（可以看到fabric使用的是异步，这是默认方式，性能较好，主不用等待备份返回，但同步速度较慢）

对于从同步数据稳定性问题，有以下解决方案：

使用半同步加强数据一致性：异步能提供较好的性能，但主库只是把binlog日志发送给从库，动作就结束了，不会验证从库是否接收完毕，风险较高。半同步会在发送给从库后，等待从库发送确认信息后才返回。可以设置从库中同步日志的更新方式，从而减少从库同步的延迟，加快同步速度。 安装半同步：

在mysql中运行

install plugin rpl_semi_sync_ soname 'semisync_.so';

install plugin rpl_semi_sync_sle soname 'semisync_sle.so';

SET GLOBAL rpl_semi_sync_sle_enabled=ON;

修改myf ：

rpl_semi_sync__enabled=1

rpl_semi_sync_sle_enabled=1

sync_relay_log=1

sync_relay_log_=1

sync__=支持5000万条记录的数据仓库；适应于所有的平台；是开源软件，版本更新较快；性能很出色。纯粹就性能而言，MySQL是相当出色的，因为它包含一个缺省桌面格式MyISAM。MyISAM 数据库与磁盘非常地兼容而不占用过多的CPU和内存。1

稳定性测试：

测试案例：使用ja代码建连接，往某张表插入1w条记录，插入过程中将其中的停了，看备份是否有这1w笔记录

测试结果，停止主后，ja程序抛出异常： 但这时再次发送sql命令，可以成功返回。证明只是当时的事务失败了。连接切换到了备份，仍然可用。

翻阅了mysql文档，有章节说明了这个问题： 里面提到：当主当机时，我们的应用程序虽然是不需做任何修改的，但在主被备份替换前，某些事务会丢失，这些可以作为正常的mysql错误来处理。

数据完整性校验：

测试主停止后，备份是否能够同步所有数据。

重启了刚才停止主后，查看记录数 可以看到在插入1059条记录后被停止了。

现在看看备份的记录数是多少，看看在主当机后是否所有数据都能同步过来 大约经过了几十秒，才同步完，数据虽然不是立即同步过来，但没有丢失。

1.2、分片：如何支持可扩展性和负载均衡

fabric分片：当一台机器或一个组承受不了服务压力后，可以添加分摊读写压力，通过Fabirc的分片功能可以将某些表中数据分散存储到不同。我们可以设定分配数据存储的规则，通过在表中设置分片key设置分配的规则。另外，有些表的数据可能并不需要分片存储，需要将整张表存储在同一个中，可以将设置一个全局组（Global Group）用于存储这些数据，存储到全局组的数据会自动拷贝到其他所有的分片组中。 4.Galera Cluster

：

Galera Cluster号称是世界上的开源数据库集群方案 主要优点及特性：

真正的多主服务模式：多个服务能同时被读写，不像Fabric那样某些服务只能作备份用同步：无延迟，不会产生数据丢失热备用：当某台当机后，备用会自动接管，不会产生任何当机时间自动扩展：新增时，不需手工数据库到新的支持InnoDB引擎对应用程序透明：应用程序不需作修改 架构及实现原理：

首先，我们看看传统的基于mysql Replication（）的架构图： Replication方式是通过启动线程从主上拷贝更新日志，让后传送到备份上执行，这种方式存在事务丢失及同步不及时的风险。Fabric以及传统的主从都是使用这种实现方式。

而Galera则采用以下架构保证事务在所有机器的一致性： 客户端通过Galera Load Balancer访问数据库，提交的每个事务都会通过wsrep API 在所有中执行，要不所有都执行成功，要不就所有都回滚，保证所有服务的数据一致性，而且所有同步实时更新。

由于同一个事务需要在集群的多台机器上执行，因此网络传输及并发执行会导致性能上有一定的消耗。所有机器上都存储着相同的数据，全冗余。若一台机器既作为主，又作为备份，出现乐观锁导致rollback的概率会增大，编写程序时要小心。不支持的SQL：LOCK / UNLOCK TABLES / GET_LOCK(), RELEASE_LOCK()…不支持XA Transaction

我们采用较成熟、应用案例较多的Percona XtraDB Cluster。

应用案例：

超过2000多家外国企业使用： 包括：

集群部署架构：

功能

IP

Backing store(保存各配置信息)

200.200.168.24

Fabric 管理进程（Connector）

200.200.168.24

32274

200.200.168.24

HA Master 2

200.200.168.25

HA Master 3

200.200.168.23

4.1、测试数据同步

在机器24上创建一个表： 立即在25 中查看，可见已被同步创建

使用Ja代码在24上插入100条记录

立即在25上查看记录数

可见数据同步是立即生效的。

4.2、测试添加集群

添加一个集群的步骤很简单，只要在新加入的机器上部署好Percona XtraDB Cluster，然后启动，系统将自动将现存集群中的数据同步到新的机器上。

现在为了测试，先将其中一个服务停止： 然后使用ja代码在集群上插入100W数据

查看100w数据的数据库大小：

这时启动另外一个，启动时即会自动同步集群的数据：

启动只需20秒左右，查看数据大小一致，查看表记录数，也已经同步过来

5.对比总结

Galera Cluster

使用案例

2014年5月才推出，目前在网上暂时没搜索到有大公司的应用案例

方案较成熟，外国多家互联网公司使用

数据备份的实时性

由于使用异步，一般延时几十秒，但数据不会丢失。

实时同步，数据不会丢失

数据冗余

使用分片，通过设置分片key规则可以将同一张表的不同数据分散在多台机器中

每个全冗余，没有分片

高可用性

通过Fabric Connector实现主当机后的自动切换，但由于备份延迟，切换后可能不能立即查询数据

使用HAProxy实现。由于实时同步，切换的可用性更高。

可伸缩性

添加后，需要先手工集群数据

扩展十分方便，启动时自动同步集群数据，100w数据（100M）只需20秒左右

通过HASharding实现

使用HAProxy实现负载均衡

程序修改

需要切换成jdbc:mysql:fabric的jdbc类和

程序SQL server无需修改

性能对比

使用ja直接用jdbc插入100条记录，大概2000+ms

跟直接作mysql一样，直接用jdbc插入100条记录，大概600ms

6.实践应用

综合考虑上面方案的优缺点，我们比较偏向选择Galera 如果只有两台数据库，考虑采用以下数据库架构实现高可用性、负载均衡和动态扩展： 如果三台机器可以考虑：

mysql主从怎么保证数据一致性

测试案例：使用ja代码建连接，往某张表插入100条记录，看备份多久才能同步这100条数据

MySQL作为一个可插拔的数据库系统，支持插件式的存储引擎，在设计上分为层和Storage Engine层。

在层，MySQL以nts的形式记录数据库各种作的Binlog二进制日志，其基本核心作用有：和备份。

除此之外，我们结合多样化的业务场景需求，基于Binlog的特性构建了强大的MySQL生态，如：DTS、单元化、异构系统之间实时同步等等，Binlog早已成为MySQL生态中不可缺少的模块。

和大多数关系型数据库一样MySQL Fabric，InnoDB采用WAL技术，即InnoDB Redo Log记录了对数据文件的物理更改，并保证总是日志先行，在持久化数据文件前，保证之前的redo日志已经写到磁盘。

Binlog和InnoDB Redo Log是否落盘将直接影响实例在异常宕机后数据能恢复到什么程度。InnoDB提供了相应的参数来控制事务提交时，写日志的方式和策略。

MYSQL sqlserver oracle 之间的优缺点

MySQL类似于Access，属于小型数据库，适用于小行网站、一些类似单机的财物软件等

SQL server属中大型数据库，可用于大型网站，一般用在公司内部网络的数据或小区数据等应用上

Oracle也属大型数据库，跟SQL相比，它往往用于分布式的数据管理上，比如，联网售票，联网银行等

那主要就是安全性的问题了。

虽然Oracle的安全性较高，但是好象一般网站用的少.

MySQL主要用在小型类，类。

SQL server企业用的比较多。

1oracle 的优缺点

优点

大, 稳

极多的辅助工具

缺点

系统庞杂,

规请点击输入描述矩繁多

价格昂贵

内核老旧

2.MySQL 没有这类限制. 虽然目前还有许多尚未完成(如

stored procedure 等等), 却已能经受大多的软件工程

的挑战. 让人联想到 微软缺点及限制：与Linux 的对比关系.

3.1．选择一个好的数据库是非常重要的。

3.2．如何选择一个好的数据库

开放性:

SQL

只能在windows 上运行，没有丝毫的开放性，作系统的系统的稳定对数据库是十分重要的。Windows9X系列产品是偏重于桌面应用，NT server只适合中小型企业。而且windows平台的可靠性，安全性和伸缩性是非常有限的。它不象unix那样久经考验，尤其是在处理大数据量的关键业务时.

能在所有主流平台上运行（包括 windows）。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持。

DB2

能在所有主流平台上运行（包括windows）。最适于海量数据。DB2在企业级的应用最为广泛,在全球的500家的企业中,几乎85%以上用DB2数据库,而国内到97年约占5%.

可伸缩性,并行性

并行实施和共存模型并不成熟。很难处理日益增多的用户数和数据卷。伸缩性有限。

平行通过使一组结点共享同一簇中的工作来扩展windownt的能力,提供高可用性和高伸缩性的簇的解决方案。

如果windowsNT不能满足需要, 用户可以把数据库移到UNIX中。

安全性

没有获得任何安全证书。

Oracle

获得认证级别的ISO标准认证。

性能

SQL

多用户时性能不佳

性能， 保持windowsNT下的TPC-D和TPC-C的世界记录。

客户端支持及应用模式

SQL

C/S结构，只支持windows客户，可以用ADO,DAO,OLEDB,ODBC连接.

多层次网络计算，支持多种工业标准，可以用ODBC,JDBC,OCI等网络客户连接

作简便

SQL

作简单,但只有图形界面.

较复杂, 同时提供GUI和命令行，在windowsNT和unix下作相同

使用风险

完全重写的代码，经历了长期的测试，不断延迟，许多功能需要时间来证明。并不十分兼容早期产品。使用需要冒一定风险。

长时间的开发经验，完全向下兼容。得到广泛的应用。完全没有风险。

谈谈mongodb，mysql的区别和具体应用场景

3306

1. MongoDB比MySQL快在它有Memory-Mapping以及它不用处理事物2. MySQL适用于传统的对关联要求高的方面，MongoDB更多用于Logging、SNS等以K-V居多的需求，但是两种数据库其实都能胜任大多数需求。对MongoDB来说，关联一般是做成内联的，程度发挥其优势。而如果内联起来比较纠结或者冗余太多处理麻烦的时候当然用SQL更恰当了3. 新项目可以考虑用MongoDB 如果经验不足而时间紧迫则可以继续用MySQL4. 总之适当的任务用适当的工具5. MongoDB有比较好的扩展能力，可以很容易做成分布式架构6. 对MongoDB来说，内存越多越好

Fabric支持实现高可用性的架构图如下：

在mysql中关于存储引擎描述正确的是

SQL 与 Oracle 数据库两者一个的区别，就是其应用平台的异。现在SQL 数据库只能够部署在微软的作系统上。而Oracle数据库其不但可以支持微软的作系统，而且还可以支持开源的作系统，如Linux等等。

在mysql中关于存储引擎描述正确的是 在MySQL中，常见的存储引擎包括InnoDB、MyISAM、Memory等。每种存储引擎都有其特点和适用场景，以下是关于存储引擎描述正确的一些方面：

InnoDB是MySQL的默认存储引擎，它支持事务处理、行级锁和外键约束等特性，适用于需要事务处理和复杂查询的应用程序。

MyISAM是一种基于文件的存储引擎，它不支持事务处理，但支持全文搜索、表锁和全文索引等特性，适用于读写作较少、数据量较小的情况。

Memory是一种基于内存的存储引擎，它支持全文搜索、表锁和全文索引等特性，适用SQL 只能在Windows下运行；于读写作较少、数据量较小的情况。

NDB Cluster是一种分布式存储引擎，它支持高可用性、读写分离和分布式事务等特性，适用于需要高可用性和高性能的应用程序。 总之，选择合适的存储引擎对于MySQL的性能和可靠性至关重要。了解各种存储引擎的特性和适用场景，可以帮助您更好地优化数据库设计和性能。

什么数据存储软件的兼容性比较高？

1、Oracle数据库。Oracle数据库系统是美国Oracle（甲骨文）公司提供的以分布式数据库为核心的一组软件产品，是目前的客户/（/，C/S）或浏览器/（Browser/，B/S）体系结构的数据库之一。

兼容性高的我觉得XSKY星辰天合的XEDP，他能提供标准开发接口。

这在我们公司的云基础设施和核心业务数据存储上都有不错的表现。

目前，商品化的数据库管理系统以关系型数据库为主导产品，技术比较成熟。面向对象的数据库管理系统虽然技术先进，数据库易于开发、维护，但尚未有成熟的产品。国内的主导关系型数据库管理系统有Oracle、Sybase、INFORMIX和INGRES。这些产品都支持多平台，如 UNIX、VMS、Windows，但支持的程度不一样。IBM的DB2也是成熟的关系型数据库。但是，DB2是内嵌于IBM的AS/400系列机中，只支持OS/400作系统。

1.MySQL

MySQL是的开源SQL数据库管HA Master 1理系统，它由 MySQL AB开发、发布和支持。MySQL AB是一家基于MySQL开发人员的商业公司，它是一家使用了一种成功的商业模式来结合开源价值和方的第二代开源公司。MySQL是MySQL AB的注册商标。

MySQL是一个快速的、多线程、多用户和健壮的SQL数据库。MySQL支持关键任务、重负载生产系统的使用，也可以将它嵌入到一个大配置(mass- deployed)的软件中去。

与其他数据库管理系统相比，MySQL具有以下优势：

(1)MySQL是一个关系数据库管理系统。

(3)MySQL是一个快速的、可靠的和易于使用的数据库。

(4)MySQL工作在客户/或嵌入系统中。

SQL 和 Oracle 以及 MySQL 有哪些区别

另外，mode属性表示该是可读写（READ_WRITE)，或只读(READ_ONLY)，只读表示可以分摊查询数据的压力；只有主能设置成可读写（READ_WRITE)。

--平台性：

Oracle

Oracle、MYSQL与DB2可在所有主流平台上运行；

--安全性：

Oracle的安全认证获得认证级别的ISO标准认证，而SQL 并没有获得什么安全认证；

这方面证明了Oracle的安全性是高于SQL 的；

--数据类型、函数、sql语句：

oracle中有复合数据类型,sql server中没有；

总之：

ORACLE 大型，完善，安全；

SQLSERVER 简单，界面友好，WINDOWS平台下的好选择 ，Sql后与SYBASE也比较接近的；

MYSQL 免费，功能不错，适合个人网站及一些小企业的网站应用；

体系机构不同，ORACLE是一个数据库多用户多个表空间，SQL是多个数据库。

oracle for windows和 oracle for linux区别还是很大的，很显然，一个是以线程为主的，一个是以进程为主的。

SQL server便宜，oracle贵。

oracle 国内销售作的火，大多数企业，事业使用

sqlserver 中小型数据库的

mysql 免费，配合php，perl 一般作网站的数据库

开放性:

SQL

只能在windows上运行，没有丝毫的开放性，作系统的系统的稳定对数据库是十分重要的。Windows9X系列产品是偏重于桌面应用，NT server只适合中小型企业。而且windows平台的可靠性，安全性和伸缩性是非常有限的。它不象unix那样久经考验，尤其是在处理大数据量的关键业务时.

能在所有主流平台上运行（包括windows）。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持。

可伸缩性,并行性

并行实施和共存模型并不成熟。很难处理日益增多的用户数和数据卷。伸缩性有限。

平行通过使一组结点共享同一簇中的工作来扩展windownt的能力,提供高可用性和高伸缩性的簇的解决方案。如果windowsNT不能满足需要,用户可以把数据库移到UNIX中。

数据库分区是数据库的一部分，包含自己的数据、索引、配置文件、和事务日志。数据库分区有时被称为或数据库

安全性

没有获得任何安全证书。

获得认证级别的ISO标准认证。

性能

SQL

多用户时性能不佳

性能，保持windowsNT下的TPC-D和TPC-C的世界记录。

客户端支持及应用模式

SQL

C/S结构，只支持windows客户，可以用ADO,DAO,OLEDB,ODBC连接.

多层次网络计算，支持多种工业标准，可以用ODBC,JDBC,OCI等网络客户连接

作简便

SQL

作简单,但只有图形界面.

较复杂, 同时提供GUI和命令行，在windowsNT和unix下作相同

使用风险

SQL server

完全重写的代码，经历了长期的测试，不断延迟，许多功能需要时间来证明。并不十分兼容早期产品。使用需要冒一定风险。

长时间的开发经验，完全向下兼容。得到广泛的应用。完全没有风险。

数据日访问量达到T级别，mysql集群ndb和drdb个比较好？

Port

当然是DRDB。

目前基于Galera Cluster的实现方案有三种：Galera Cluster for MySQL、Percona XtraDB Cluster、MariaDB Galera Cluster。

对于MySQL数据库来说，从比较早的版本开始，MySQL就支持-sle，这个特性是MySQL数据库非常重要，而且也应用比较广泛的特性。MySQL在读写分离，数据备份，可伸缩性等方面都有比较好的应用，并结合其他特性，也很容易实现高可用性。

但非分布式文件系统环境无法支持镜像数据同时可见，性能和可靠性两者相互矛盾，无法适用于性能和可靠性要求都比较苛刻的环境，维护成本高于MySQL Replication。

常规架构--Master-sles，是由一个Master到一个或多个Salve的架构模式，主要用于读压力大的应用数据库端廉价扩展解决方案，读写分离，Master主要负责写方面的压力。