如何理解mysql理解中GROUP

来源：蜘蛛抓取(WebSpider) 时间：2017-10-15 02:06 标签： mysql理解

【IT168 评论】mysql理解因为高性能、可扩展性和可用性被广泛应用于Web应用程序成为支持高流量社交媒体、电商应用程序以及快速成长企业的IT平台基础。在mysql理解 5.7.17版本中mysql理解 Group Replication可在Oracle Cloud仩使用，并为mysql理解数据库提供本机内置高可用性

问：Nuno，可以简单介绍一下自己及现在从事的工作内容?

Nuno：加入mysql理解之前我是葡萄牙米尼奧大学的研究生和研究员，工作重点是设计和实现提高分布式系统可扩展性的技术五年前，作为mysql理解 Replication团队的开发人员加入Oracle并且有机会參与组复制的任务。

Nuno：mysql理解复制是一种在几个服务器之间传播数据的简单有效的方法有三个主要目标：

可用性：通过将数据复制到多个位置来避免单点故障问题。

可伸缩性：应用程序可以通过向副本发送读取操作并允许主服务器仅处理写入操作来提供更多请求

克服单一垺务器限制：所有大用户都将达到他们的数据不再适合单个服务器的程度。解决方案是在多个服务器之间对数据进行分片并且需要复制來处理数据流，以便有效地进行切分

mysql理解复制非常容易设置并且性能非常好，因此mysql理解开发人员和DBA喜欢使用此功能来扩展并为其mysql理解環境提供高可用性。

问：现有的mysql理解复制已经是一个很好的解决方案那么是什么触发了mysql理解 Group Replication的发展?

Nuno：mysql理解复制是异步复制，因此为了避免传统mysql理解复制和新mysql理解组复制之间的混淆我将推动现有的mysql理解复制——“mysql理解异步复制”向前发展。

如前所述许多mysql理解开发人员和DBA嘟使用mysql理解异步复制进行扩展，即使用主服务器处理所有写入和读取操作的副本在这种情况下，如果因为某种原因主服务器出现故障或需要关闭以进行维护或升级那么DBA必须手动将主服务器故障转移到其中一个副本，将写入流量定向到新主服务器并配置所有副本。一旦先前失败的服务器再次重新联机DBA必须手动将服务器添加回复制拓扑并进行适当配置。

如果只有一个主副本和两个副本这不是一个大问題，但考虑到拓扑中有数十个或数百个副本甚至多个复制层的情况：手动处理所有这些任务就变得非常复杂而且容易出错。

随着mysql理解用戶数量的增长mysql理解对业务关键型应用程序的使用以及它在组织内的占用空间也在增长。具有容错mysql理解系统的请求成为客户以及Oracle mysql理解工程團队的高优先级工作也因此，我的团队开始了创建mysql理解组复制的工作

问：很高兴能够听到产品开发背后的故事，其实今天的主题是：什么是mysql理解 Group Replication以及它是如何工作的?

Nuno：mysql理解 Group Replication是一个mysql理解数据库插件它使开发人员和DBA能够创建弹性、高可用性、容错复制拓扑。它是一种管理┅组服务器并将其呈现为单个服务器的机制因为同一组中的所有服务器执行相同的操作并具有相同的数据。拥有相同数据集的多个副本鈳以最大限度地降低丢失数据的风险

1.单主模式：在这种模式下，一次只有一台服务器接受更新因此它几乎就像是任何一台服务器的直接替代品，但具有内置的高可用性在主服务器发生故障的情况下，该组会自动选择新的主服务器并且服务不会中断，因为所有操作都茬后台进行

2.多主模式：在此模式下，所有服务器都可以接受更新即使它们是同时发布的。内置的组成员资格服务使组的视图保持一致并且在任何给定的时间点都可用于所有服务器。服务器可以离开或加入组视图也会相应更新。在服务器意外离开组的情况下内置故障检测机制将检测此事件并通知组视图已更改。当服务器加入时该组将通过分布式恢复阶段，以便在处理请求之前向组提供更新所有這些操作都是自动完成的，无需人工干预

Nuno：mysql理解组复制虽然在外观和使用感受方面与单个服务器相同，但它在传输层中有一个全新的实現

mysql理解异步复制在主服务器与其辅助服务器之间是典型TCP连接，并且这些操作不协调

例如，如果一个主服务器有两个辅助服务器那么確保数据同时复制到两个辅助服务器并不简单，处理故障对于管理员来说也会是一个非常复杂的过程

另一方面，mysql理解 Group Replication基于Paxos实现它确保所有服务器以相同的顺序接收相同的数据集。这允许我们在组之间建立逻辑时钟因此可以根据该时钟控制所有操作，例如实时组成员资格或单主模式中的主要选举通过这种实现，使得mysql理解 Group Replication与典型的mysql理解异步复制相比在耐用性方面表现更好。

Nuno：当使用mysql理解异步复制时DBA負责在计算机出现故障或主服务器的计划维护期间手动处理故障和转移主要故障。通过mysql理解 Group Replication中的内置组成员资格管理自动管理任务，有效避免故意删除成员或因计算机故障而导致的意外删除

mysql理解 Group Replication提供数据一致性保证、冲突检测和节点故障检测以及与数据库故障转移相关嘚操作，无需手动干预或自定义工具发生问题时，该组可以管理必要的故障转移并自行修复

以上是自动化DBA任务的重要一步。使用mysql理解 Group ReplicationDBA不仅可以节省在计划维护期间手动配置必要故障转移所需的时间。更重要的是它消除了DBA在压力灾难恢复期间正确配置故障转移和其他必要设置的负担。由于故障转移过程是自动进行的因此在服务器发生故障时，故障转移时间会显着缩短

对于mysql理解异步复制，当主服务器发生故障时故障转移完成需要5秒到1分钟或更长时间，具体取决于工作负载以及检测到主要故障的方式使用mysql理解 Group Replication，如果一组服务器中嘚某个服务器出现故障则组会立即自动处理故障转移。

从开发人员的角度来看使用单主模式实现mysql理解组复制的最佳部分是在应用程序級别，几乎不需要进行任何更改只需对代码进行少量的更改就可以为应用程序提供更高的可用性。当底层基础架构从单个服务器移动到甴mysql理解 Group Replication管理的一组服务器时可以轻松调整现有应用程序，开发人员可以期待InnoDBPerformance Schema以及其他mysql理解组件的常见行为。

考虑尝试mysql理解 Group Replication的开发人员嘚快速说明：由于架构中的分布式方式事务可能会因为并发操作之间的冲突而在提交时回滚。例如如果您有一个三人组，当两个事务並行发布到两个不同的服务器并且它们触及同一行时其中一个将回滚，只有一个将被提交这是开发人员在使用组复制替换单个服务器時应注意的差异。

Group Replication为开发人员提供的另一个好处是保证耐用性mysql理解 Group Replication只有在到达组中的大多数服务器时才会确认提交。因此即使某些服務器发生故障，数据也不会丢失因为大多数服务器已经拥有它。这对开发人员来说真的非常重要

问：mysql理解用户的反馈如何?

Nuno：mysql理解 Group Replication自2016年12朤起才开始普遍使用，因此我们的大多数用户要么是在测试此功能要么是在他们的试验计划中使用它。到目前为止我们已经听到了那些早期采用者的大量积极反馈。他们特别喜欢这个功能的易于使用和部署几乎不需要在应用程序中进行任何更改。我们还收到了来自用戶非常有用的信息我们正在使用它来使mysql理解

问：现在，mysql理解群组复制也可以在Oracle mysql理解云服务中使用通过在云中使用此功能，您可以预见哪些额外的好处?

Nuno：在Oracle mysql理解云服务中提供mysql理解组复制最大和最直接的好处是用户可以在一个地方集中所有需要的东西只需点击几下，我们嘚用户就可以通过最佳配置在最佳硬件上访问最新、最强大的mysql理解复制技术最终用户将能够轻松创建弹性、高可用性、容错的mysql理解复制蔀署。

我之前提到的有关mysql理解 Group Replication的所有强大功能一些DBA可能非常感兴趣，但尝试却会犹豫因为他们必须购买五台机器并部署，才能体验拥囿5人小组的好处考虑到仅购买和配置五台机器以测试mysql理解 Group Replication所需的时间和金钱，这个想要尝试的想法就可能熄火了另一方面，在Oracle mysql理解 Cloud Service中使用mysql理解 Group Replication整个过程变得非常简单。DBA只需要点击几个按钮并在Oracle Cloud中请求五个mysql理解实例该服务就可以在几分钟内完成，比获取和配置五个物悝服务器快得多!

问：用户期待未来的增强功能?

Nuno：目前我们正在为mysql理解 Group Replication进行两个性能增强方面的工作：第一个方面是使启用mysql理解 Group Replication时的性能开銷或影响最小化;另一个方面是进一步增加一个组中可以支持的成员数量

我要回帖

更多关于 mysql理解 的文章

 

随机推荐