SACC2019---MySQL分布式事务数据库金融级灾备双活的指标要求与技术架构---金官丁
MySQL的高可用与容灾方案
MySQL的高可用与容灾方案MySQL是一种常用的关系型数据库管理系统，广泛应用于各种应用程序中。
在现代的互联网环境下，用户对数据的可用性和稳定性要求越来越高。
因此，MySQL的高可用性和容灾方案成为了数据库管理员和开发人员需要关注和研究的重要课题。
一、高可用性的重要性高可用性是指系统在经历各种故障、意外事件或者自然灾害等异常情况后，仍然能够保持持续性的正常运行。
对于MySQL来说，高可用性是指在发生故障时，能够尽可能地保证数据库的连续性和可用性，从而减少系统停机时间，提高系统的可靠性和稳定性。
高可用性的重要性主要体现在以下几个方面：1. 业务连续性：对于一些关键业务，如在线支付、金融交易等，系统的停机会给用户带来严重的损失。
因此，高可用性是确保业务连续性的基础。
2. 用户体验：对于大部分用户来说，他们希望能够随时随地地访问系统并获得所需的数据。
如果系统频繁出现故障或停机，则会降低用户的满意度，甚至导致用户流失。
3. 品牌形象：对于企业来说，系统的可用性和稳定性直接影响其品牌形象和声誉。
高可用性能够提高用户对企业的信任度和满意度，从而增加其在市场竞争中的优势。
二、MySQL的高可用性方案要实现MySQL的高可用性，可以采用以下几种方案：1. 主备复制方案：主备复制是一种常见的容灾和高可用方案。
主备复制通过将主数据库的数据同步到备份数据库上，当主数据库发生故障时，可以快速切换到备份数据库。
MySQL的主备复制方案主要有两种形式：基于二进制日志的复制和基于GTID（全局事务标识）的复制。
基于GTID的复制相比于基于二进制日志的复制更加简单和可靠。
2. 数据库集群方案：数据库集群是一种将多个数据库服务器组合起来的高可用方案。
MySQL的数据库集群主要有两种形式：主库模式和多主模式。
主库模式通过一个主数据库来处理写操作，其他从数据库用于读操作，从而提高数据库的读写分离能力。
多主模式则允许多个数据库服务器同时处理写操作，从而提高数据库的并发性能。
MySQL数据库备份和容灾方案推荐
MySQL数据库备份和容灾方案推荐随着互联网的快速发展，数据正逐渐成为企业最重要的资产之一。
对于数据库管理员来说，数据的安全备份和容灾可谓至关重要。
尤其是对于大型企业来说，数据库故障可能会导致巨大的损失，因此制定合理的备份和容灾方案变得非常重要。
本文将介绍一些MySQL数据库备份和容灾方案的推荐，以帮助管理员提高数据安全性和可用性。
一、备份方案推荐1. 完整备份完整备份是最基本的备份方式，它会将整个数据库备份到一个文件中。
这种备份方式的优点是恢复数据时非常简单，只需要将备份文件还原到服务器上即可。
然而，完整备份需要占用较大的磁盘空间，并且备份过程会对数据库服务器造成负担。
因此，频繁进行完整备份可能会影响系统的性能。
2. 增量备份增量备份可以在上一次完整备份之后，只备份发生变化的数据。
这种备份方式相比完整备份，可以节省磁盘空间，并且备份时间较短。
当需要恢复数据时，需要将完整备份和增量备份依次还原。
增量备份的缺点是如果其中一个增量备份出现问题，后续的增量备份也将无法恢复。
3. 差异备份差异备份是在上一次完整备份之后，备份与之不同的数据。
与增量备份不同，差异备份会备份自上次完整备份以来的所有变化。
这种备份方式需要更多的磁盘空间，但在恢复数据时，只需要还原最近一次的完整备份和差异备份即可。
差异备份的优点是备份时间相对较短，但由于备份文件越来越大，恢复数据的时间会逐渐增加。
4. 数据冗余备份数据冗余备份是将数据备份到多个不同的物理位置，以提高数据的可靠性。
这种备份方式可以避免由于单个备份文件损坏或丢失而导致数据无法还原的问题。
可以选择将备份数据存储在不同的硬盘、服务器或地理位置上，以减少风险。
二、容灾方案推荐1. 主从复制主从复制是MySQL自带的一种容灾机制，通过将主数据库的操作同步到多个从数据库上，实现数据的备份和容灾。
主从复制可以提供较高的可用性和容错能力，当主数据库发生故障时，可以快速切换到从数据库提供服务。
MySQL数据库的备份策略与灾备方案
MySQL数据库的备份策略与灾备方案一、引言MySQL是一个流行的关系型数据库管理系统，被广泛应用于各种规模的企业和组织中。
作为核心的数据存储和管理平台，MySQL的稳定性和可靠性对于企业运营和数据安全至关重要。
为了确保数据的完整性和持久性，建立有效的备份策略和灾备方案非常重要。
二、备份策略2.1 定期全量备份MySQL中的数据是按行存储的，因此完整备份所有表数据需要执行全表扫描，并将数据写入备份文件。
定期进行全量备份是防止数据丢失的一项重要措施。
可以根据不同的业务需求和数据变更频率，合理制定全量备份的时间间隔，以确保数据的及时备份和恢复。
2.2 增量备份与全量备份相比，增量备份只备份数据库中自上次备份以来发生变化的数据部分，可以大大减少备份时间和存储空间。
MySQL提供了binlog功能，可以记录数据库中每个操作的日志，通过解析binlog日志就可以恢复数据库的变更。
因此，使用增量备份可以极大地节约资源，并有效降低备份所需的时间。
2.3 多备份存储位置将备份数据存储在多个位置是保障备份数据安全性的一种常用策略。
因为数据库服务器可能遭受硬件故障、数据丢失或机房事故等情况，多备份存储位置可以增加备份数据的冗余度，提高数据的可靠性。
常见的多备份存储位置包括本地存储、云存储和远程存储等。
三、灾备方案3.1 冷备份冷备份是指在数据库处于关闭状态下进行备份操作。
这种备份方式的优点是备份过程简单，对数据库性能影响较小。
但由于冷备份需要关闭数据库，因此备份期间无法对数据进行访问和更新，对于需要实时数据的业务场景不适用。
3.2 热备份热备份是指在数据库正常运行时进行备份操作。
这种备份方式的优点是备份过程不影响数据库的正常使用，能够实时备份数据并保持数据库的高可用性。
常见的热备份方式有主从复制和MySQL Cluster等。
3.3 高可用性方案高可用性方案是指在数据库服务不可用时，能够快速恢复其功能和服务。
MySQL提供了多种高可用性方案，如主从复制、主主复制和分布式架构等。
MySQL数据备份和灾难恢复策略指南
MySQL数据备份和灾难恢复策略指南随着数据量的快速增长和数据的重要性在企业中的不断提升，MySQL数据备份和灾难恢复成为了每个数据库管理员不可忽视的重要任务。
本篇文章将为大家介绍MySQL数据备份和灾难恢复的策略指南。
一、备份策略1.全量备份全量备份是指将整个数据库的数据和结构进行备份，是MySQL最基本和常用的备份方式。
全量备份能够保证完整地恢复数据库到备份时的状态，但同时也需要占用较多的时间和存储空间。
在选择全量备份时，需要考虑数据库的大小和备份窗口期，以及备份数据的存储位置和备份周期。
2.增量备份增量备份是指只备份数据库中发生变化的部分数据，相比全量备份，增量备份的备份时间和存储空间更少。
可以通过MySQL的二进制日志（binary log）实现增量备份。
在进行增量备份时，需要定期备份二进制日志，并结合全量备份进行恢复。
3.冷备份和热备份冷备份是指在数据库停机的情况下进行备份，热备份则是在数据库正常运行的情况下进行备份。
冷备份可以保证备份数据的一致性，但会造成服务停机时间较长；而热备份可以减少服务停机时间，但可能会对业务性能产生一定影响。
在选择冷备份还是热备份时，需要综合考虑业务需求和可用性要求。
4.异地备份异地备份是指将备份数据存储在与原数据库不同的地理位置，可以防止由于地震、火灾等自然灾害导致的数据丢失。
选择合适的异地备份方案需要考虑数据量、带宽、数据传输速度以及信息安全等因素。
5.自动化备份为了保证备份策略的执行和数据的可靠性，建议使用自动化备份工具或脚本进行定期备份。
自动化备份可以减少对人力资源的依赖，降低操作失误的风险，并能够提供备份日志和报告，方便管理和跟踪备份过程。
二、灾难恢复策略1.数据恢复测试在实际发生灾难之前，建议进行定期的数据恢复测试。
通过模拟恢复场景，验证备份数据的完整性和可恢复性。
数据恢复测试可以帮助发现备份和恢复过程中的问题，并及时进行优化和改进。
2.灾难级别划分根据不同的业务需求和数据重要性，可以将灾难级别划分为不同的层次。
MySQL数据库高可用与容灾解决方案
MySQL数据库高可用与容灾解决方案MySQL数据库是一种开源的关系型数据库管理系统，广泛应用于各种规模的企业和机构。
在日常运营中，确保数据库的高可用性和容灾性是至关重要的。
本文将介绍MySQL数据库的高可用与容灾解决方案，帮助读者了解如何在数据库运维中做好相关工作。
一、概述数据库高可用性指的是数据库系统在面对各种异常情况时，如服务器故障、网络故障或软件故障等，仍能提供持续可用的服务。
而容灾性则指的是在主数据库出现故障时，能够快速切换到备用数据库，并保持数据一致性。
MySQL数据库提供了一系列解决方案来实现高可用和容灾性。
二、主从复制主从复制是MySQL数据库中最常见的高可用性和容灾性解决方案之一。
该方案主要包括一个主数据库（Master）和多个从数据库（Slave）的架构。
主数据库负责处理数据的写操作，而从数据库则负责复制主数据库的数据并提供读操作。
主从复制的工作原理是，主数据库将数据变更记录写入二进制日志，从数据库通过读取二进制日志并应用到自身的数据库中来实现数据同步。
当主数据库故障时，可以将其中一个从数据库切换为新的主数据库，确保系统的持续可用性。
三、主主复制主主复制是另一种常见的高可用性和容灾性解决方案。
该方案将数据库的读写操作均分到两个数据库节点上，每个节点既充当主数据库又充当从数据库，实现数据的双向同步。
这样，在一个节点发生故障时，另一个节点可以接管服务并继续提供数据。
主主复制的好处是能够提供更好的读写负载均衡，同时在发生故障时可以快速切换到备用节点，减少系统宕机的风险。
四、数据库集群数据库集群是在大规模的数据库环境中常用的高可用性和容灾性解决方案。
它将多个数据库节点连接在一起，形成一个逻辑集群，并以集中式的方式管理数据的分布和复制。
数据库集群的好处是可以提供更高的可扩展性和性能，同时实现数据的冗余备份，确保在任何节点故障时都能够持续提供服务。
常用的数据库集群方案包括MySQL Cluster和Percona XtraDB Cluster等。
MySQL数据库的容灾方案和故障恢复策略推荐
MySQL数据库的容灾方案和故障恢复策略推荐在当今快节奏和数字化的时代，数据库是企业运营和数据管理中不可或缺的一部分。
在这个领域，MySQL作为一种常见的开源关系型数据库，成为了很多企业和组织的首选。
然而，在数据库运行过程中，难免会遇到各种容灾和故障恢复的问题。
因此，建立健全的容灾方案和故障恢复策略对于确保数据的安全性和可靠性至关重要。
1. 数据备份和恢复数据库备份是常见的容灾方案之一。
定期对数据库进行备份，可以在遭受严重故障时恢复数据。
备份可以基于物理级别，也可以基于逻辑级别。
物理备份是将数据完整复制到另一个位置，通常在文件系统级别进行。
这种备份速度快，恢复速度也相对较快。
逻辑备份是将数据以SQL插入语句的形式导出，并存储在独立的文件或存储设备中。
逻辑备份相对较慢，但可以更加灵活地选择备份内容。
2. 数据库复制和主从同步数据库复制是常见的高可用性解决方案。
通过设置主数据库和多个从数据库，可以实现数据的实时同步和备份。
主数据库负责写入操作，而从数据库负责复制主数据库的变动。
这种方式可以提高数据库的性能和可用性。
同时，在主数据库发生故障时，可以通过从数据库切换来保证服务的连续性。
MySQL的复制机制支持异步和半同步模式，可以根据业务需求选择合适的方式。
3. 容器化和集群部署容器化是近年来流行的部署方式之一。
通过将数据库镜像和相关配置封装为容器，可以轻松部署到不同的环境中，实现快速的扩展和迁移。
同时，容器化可以提高数据库的可维护性和可管理性。
在容器化的基础上，使用容器编排工具如Kubernetes可以实现数据库的集群部署。
通过在多个节点上运行数据库实例，并使用负载均衡器进行流量分发，可以提高数据库的可扩展性和可用性。
4. 监控和告警系统建立一个完善的数据库监控和告警系统对于容灾和故障恢复至关重要。
监控系统可以实时监测数据库的性能指标和运行状态，如CPU利用率、内存使用情况、磁盘空间等。
通过监控系统，可以及时发现数据库的异常和故障，以便及时采取措施。
MySQL数据库的高可用和容灾方案
MySQL数据库的高可用和容灾方案MySQL是一种常见的开源关系型数据库管理系统，被广泛应用于各种规模的企业和组织中。
在大型企业和互联网公司等高负载环境下，确保MySQL数据库的高可用性和容灾能力是至关重要的。
本文将讨论MySQL数据库的高可用和容灾方案，探讨不同的技术选项和解决方案。
一、背景介绍MySQL数据库是一种基于客户端-服务器架构的关系型数据库管理系统。
尽管MySQL本身是一个稳定可靠的数据库系统，但在一些特殊情况下，比如硬件故障、自然灾害、人工错误等，可能会导致数据库不可用，甚至造成数据丢失。
为了应对这些风险，高可用性和容灾方案变得非常重要。
二、高可用解决方案1. 主从复制主从复制是最常见的MySQL高可用解决方案之一。
它采用了一主多从的架构，即一个主数据库接收写操作，并将更新的数据异步地复制到多个从数据库。
从数据库可以提供读操作，并在主数据库失效时接管主数据库的功能。
主从复制的优点是简单易用、实现成本低，但主从复制存在延迟和单点故障的风险。
2. 主主复制主主复制是一种更高级的高可用解决方案，它在主从复制的基础上增加了一个主数据库。
主主复制的特点是可以实现双向同步，即两个主数据库都可以接收写操作，并将更新的数据同步到对方。
主主复制的优点是可以提供更高的写操作吞吐量和更好的故障容忍能力，但也需要考虑数据同步的冲突和一致性的问题。
3. MySQL集群MySQL集群是一种基于共享存储的高可用解决方案。
它采用了多个数据库节点共享同一个存储系统，这样在主节点故障时可以快速切换到备用节点。
MySQL 集群可以提供较高的可用性和容灾能力，但也需要更高的硬件和网络成本。
三、容灾解决方案1. 数据库备份和恢复数据库备份是最基本的容灾策略之一。
定期备份数据库并将备份数据存储到安全的地方，可以在数据丢失时快速恢复。
备份可以采用物理备份或逻辑备份，具体方法可以根据实际需求选择。
2. 数据库复制数据库复制是一种常见的容灾解决方案，它可以将数据复制到不同的地理位置或数据中心。
MySQL中的备份策略和数据冗余处理
MySQL中的备份策略和数据冗余处理在当今信息爆炸、数据越来越重要的时代，对于一个数据库的备份策略和数据冗余处理显得尤为重要。
MySQL作为一个广泛应用的关系型数据库管理系统，在备份和冗余处理方面也有许多值得探讨的策略和技巧。
一、备份策略1. 定期完全备份定期完全备份是最基本的备份策略。
通过备份整个数据库，可以确保在发生数据丢失或系统故障时能够快速恢复数据。
一般可以选择每天夜间进行完全备份，以免影响正常业务运行。
2. 增量备份增量备份是相对于完全备份而言的，只备份自上次完全备份以来发生的数据变动。
通过增量备份，可以减少备份所需要的时间和空间。
可以选择每隔一段时间进行增量备份，以免备份的数据量过大。
3. 日志备份MySQL提供了二进制日志和错误日志等日志文件，这些日志文件记录了数据库的操作和错误信息。
通过定期备份这些日志文件，可以快速还原到故障发生前的状态。
这种备份策略可以更加精细地还原数据库。
4. 分布式备份在一个分布式系统中，将备份分布在不同的节点上，可以提高备份的安全性和可靠性。
即使某个节点发生故障，其他节点上的备份数据也能够保证数据的可用性。
这种备份策略适用于大规模的分布式数据库系统。
二、数据冗余处理1. 主从复制主从复制是MySQL中常用的数据冗余处理方式之一。
通过将主数据库的操作同步复制到从数据库上，可以实现数据的备份和冗余，提高数据库的可用性。
当主数据库发生故障时，从数据库可以立即接管服务，保证业务的连续性。
2. 分区与分片分区是将表按照某种规则划分为多个子分区，每个子分区可以独立的进行管理和备份，提高数据的可靠性。
分片是将一个大表拆分成多个小表，每个小表可以独立的部署在不同的服务器上，提高数据库的并发性和可用性。
3. 冗余服务器通过配置冗余服务器，可以将数据同时存储在多个服务器上，当某个服务器发生故障时，其他服务器可以立即接管服务。
这样可以提高数据库的可用性，并避免数据丢失。
4. RAID技术RAID（冗余独立磁盘阵列）技术可以将多个硬盘组成一个逻辑卷，通过数据分散和冗余存储，提高存储系统的容错性和可用性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3台
型号：E5-2680 v4 cores：28 threads：56
内存
硬盘
备注
64G
512G SSD
256G
800G SSD * 6 两台存储节点与一台 RAID 5 直连MySQL对比服务
数据量说明
数据容量
操作类型 HotDB（耗时） MySQL(耗时)
备注
水平分片表7张 8000万条数据/每张
Active Master
Standby Master
数据分片N
分布式事务数据库核心技术算法功能：计算节点的负载均衡高可用能力
分布式事务数据库的计算节点的高可用实现要求及效果：
Cluster集群版本：通过分布式选举算法保障计算节点服务可 用性，Primary节点切换服务恢复的总时长在秒级， Secondary节点切换服务恢复在毫秒级
HA主备版本：故障判断及切换服务恢复的总时长在秒级
管理平台
update 1 sseelleecctt 11 select 2
负载均衡
Primary Node （计算节点）
数据分片1
集群初始化...
SePcroimnadrayryNNodoede 2 （（计计算算节节点点））
Secondary Node 3 （计算节点）
数据可靠性
数据安全性 服务高可用 水平可扩展
金融级分布式事务数据库特性
数据库基本能力
分布式数据存储
分布式事务
一致性算法
并行计算
读写分离
全局序列
全局索引
分布式事务数据库能力
透明加密
Linux系统 X86架构
Unix系统
……
ARM架构
……
分布式事务数据库基础平台
操作系统 硬件架构
分布式部署 状态监控 备份/恢复 系统配置 系统日志 数据同步
操作管控：实现数据流控制和数据同步控 制的功能，做到管控数据操作。
高吞吐：数据同步要求做到至少10万TPS， 不含大事务和数据库表结构变更情况下时 延在3秒以内。
多链路冗余：同一个数据包能在多条网络 线路上同时传输，末端会自动选择最早到 达且符合要求的数据包。
防网络抖动：支持网络拥塞控制算法抵御 跨数据中心的网络丢包和网络时延抖动， 避免因此发生数据同步的效率大幅下降。
——数据分片技术。使用数据分片技术将数 据库表对象分散存储到不同的数据分片中，及数 据库表对象中的数据存储到不同的数据分片中。 结合分布式数据一致性协议则能做到数据分片内 和数据分片间的数据一致性。同时，结合弹性水 平扩展技术将多个数据分片分布到不同的物理服 务器上，实现数据容量和交易负载在数据库集群 内的均衡分布，并向上屏蔽内部数据分片的细节 和复杂性，让数据库使用方能够通过访问单一表 而能获取和操作所有表对象数据分片中的数据。
206min 163min
>4h
由于导入MySQL只有6张 表，6张表备份耗时达4h
MySQL中恢复操作磁盘空
>8h
间不足，恢复完第6张表
时，耗时达8h
分布式事务数据库与单库的备份恢复性能对比
金标委定义的《分布式数据库技术金融标准》的技术框架
揭秘金标委定义的分布式事务数据库的技术框架
金融业务系统应用程序
南市新市街支行’,…)
SMtaansdtebryBinlogQuMAecartsiytveerOK
A_DataNode1 ……
机构号
SMtaansdtebryBinlogQuMAecartsyitveeOr K
A_DataNode9
SMtaansdtebryBinlogQuMAecartsiytveerOK
创建一致性快照 等待正在执行的事务完成
计算节点
数据库后台备份
备创份建My完成SQL成功
备创份建M完成ySQ成功L Qu备e创rM份y建ySo完成QLk成功, 1
备创M份建ySQ完成L 成功
row affected;
数据库完整备份和数据库增量备份都需要达成如下目标：
数据备份做一致点时可短暂（时长限定在毫秒级）阻塞业务 服务，且做到对应用系统无感知及无须代码逻辑处理
MySQL分布式事务数据库金融级灾备双活的指标要求与技术架构
金标委定义的《分布式数据库技术金融标准》的数据容灾
金标委定义的分布式事务数据库灾备能力等级划分
金融级分布式事务数据库灾难恢复能力应至少达到《GB/T 20988-2007 信息系统灾难恢复规范》中要 求，对应的 RTO、RPO、容灾备份等关键指标要求，如表1所示。
IDC2
分布式事务数据库自研DR解决方案 VS MySQL数据库原生DR解决方案
比较维度 数据丢失率 分布式事务的数据一致性 事务重放性能 状态差异（RPO的量化） 传输性能以及稳定性 多条运营商的网络线路 水平可扩展性
吞吐量 多DR中心部署
分布式事务数据库自研DR解决方案 接近 0 强一致 高 可度量 高 支持 支持 高
IINNSSEERRTT IINNTTOO ttaabbllee__nnaammee VVAALLUUEESS ((33003A31P1P0000000000000076,‘,‘中中A国国PP光光大大银银行行分总行行))
LVS/F5/A10
VIP
LVS/F5/A10
计算节点
备备份份成成功功发起
计算节点
VIP
LVS/F5/A10
解除Hold
计算节点
Hold业务请求
计算节点
自动定时备份计划
调度中心根据备份计划进行对数据源定时备份 采用自研备份软件，保障备份文件的一致性 支持schema级别的备份、增量备份自动跟随全量备份
数据库后台备份
备创份建My完成SQL成功
MySQL
dn_1
创备建份M成完ySQ功成L Qu备e创rMy份建ySo完成QLk成功, 1 row affected;
数据分片2
…
数据分片N
分布式事务数据库核心技术算法功能：强一致的全局备份集（使用自研hotdb_backup）
INSERT INTO table_name VALUES
APP
APP
(303100000006,‘中国光大银行总行)
APP
备份成功 备份发成起功备发份起
创建一致性快照
可视化的 管理平台
LVS/F5/A10 计算节点
MySQL
dn_2
MySQL
dn_3
备创M份建ySQ完成L 成功 智能还原
根据时间点进行智能还原
自动获取备份文件
MySQL
支持多场景的数据恢复（迁移，还原，扩容等）
dn_4
分布式事务数据库核心技术算法功能：强一致的全局备份集（使用开源mysqldump）
可视化的 管理平台
发起mys备qld份ump
支持，主库性能影响小
MySQL数据库原生DR解决方案 无法保证 无法保证 低 不可度量 低 不支持
不支持，单节点 低
支持，主库性能影响大
分布式事务数据库提供的DR解决方案：高吞吐精确可预测的跨数据中心灾备
应用服务 fts1
应用服务 fts2
INSERT …V…ALUES
I(N6应2T用fO2ts6服Nt2务a1b0l0e_1n,‘am陇e
45.23G
备份 恢复
9min 6min
21min 85min
水平分片表7张 10700万条数据/每张
全局表3张 8400万条数据/每张
115.1G
备份 恢复
24min 17min
43min 153min
水平分片表7张 共46.1800亿条数据
全局表3张 共83.3893亿条数据
1121.78G
备份 恢复
自动告警 性能监控 统计分析 版本升级 导入/导出 数据加载
分布式事务数据库运维管理
——以通用标准的物理服务器和操作系统为 基础平台。数据存储和数据处理在X86、ARM等 架构的物理服务器上，操作系统为以类Linux操 作系统为基础的各类国产操作系统、商用操作系 统、开源操作操作等软件平台上。
——分布式数据一致性协议。使用分布式数 据一致性协议保证数据的高可靠性和服务的高可 用性，通用标准物理服务器、操作系统出现损坏 异常时，实现数据不丢失、数据强一致性和服务 不中断。
Hold业务请求
Primary Node （计算节点）
Secondary Node 2 （计算节点）
等待数据追平 数据已追平
Query OK Query OK
Active Master
SAtacntidvbey Master
数据分片1
Active Master
Standby Master
数据分片2
Secondary Node 3 （计算节点）
金标委定义的《分布式数据库技术金融标准》的稳定可靠
分布式事务数据库核心技术算法功能：数据分片的存储节点高可用能力
分布式事务数据库的数据分片的存储节点高可用实现要求及效果： 数据分片采用两副本的存储节点，则为双主半同步归档日志复制
管理平台
Update 1 负载均衡
分布式事务数据库计算节点的内置算法检测、判断和决策 单个存储节点的服务故障及恢复过程对应用程序端透明 故障判断及切换服务恢复的总时长在秒级 保障分布式事务数据库的数据服务可用性达到99.99%及以上 保障分布式事务数据库数据安全的可靠性达到99.99%及以上
——弹性水平扩展。使用数据分片技术，将 多个数据分片整合成逻辑上统一的分布式事务数 据库集群，并根据业务发展需要可随时在线动态 增加/减少数据分片数量，从而突破集中式数据 库在存储容量和处理性能上所面临的限制。 ——事务一致性技术。在同一个数据中心内数据 库表对象及数据分散存储在多个物理服务器上的 情况下，满足在线联机交易（简称OLTP）业务 系统对事务操作和读写一致性的要求而采用的技 术，包括但不限于分布式事务（ACID）、全局 一致性快照、全局多版本并发控制（MVCC）、 跨数据分片的数据关联等技术。