Apache ShardingSphere 中文文档 5.0.0-alpha
ACID 原生支持。但在分布式的场景下,它却成为系统性能 的桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案,是分布式事务的重点 工作。 本地事务 在不开启任何分布式事务管理器的前提下,让每个数据节点各自管理自己的事务。它们之间没有协调以 及通信的能力,也并不互相知晓其他数据节点事务的成功与否。本地事务在性能方面无任何损耗,但在 强一致性以及最终一致性方面则力不从心。 : • 基于 XA 协议的两阶段事务 • 基于 Seata 的柔性事务 XA 两阶段事务 两阶段事务提交采用的是 X/OPEN 组织所定义的DTP 模型所抽象的 AP(应用程序), TM(事务管理器) 和 RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 需要数据库厂商提供 XA 驱动 实现,TransactionManager 则需要事务管理器的厂商实现,传统的事务管理器需要同应用服务器绑 定,因此使用的成本很高。而嵌入式的事务管器可以以 jar 包的形式提供服务,同 Apache ShardingSphere 集成后,可保证分片后跨库事务强一致性。 通常,只有使用了事务管理器厂商所提供的 XA 事务连接池,才能支持 XA 的事务。Apache ShardingSphere0 码力 | 301 页 | 3.44 MB | 1 年前3Mybatis 3.3.0 中文用户指南
service XML 配置文件(configuration XML)中包含了对 MyBatis 系统的核心设置,包含获取数据库连接实例的数据源(DataSource)和 决定事务范围和控制方式的事务管理器(TransactionManager)。XML 配置文件的详细内容后面再探讨,这里先给出一个简单的示 例: < 当然,还有很多可以在XML 文件中进行配置,上面的示例指出的则是最关键的部分。要注意 XML 头部的声明,用来验证 XML 文档正 确性。environment 元素体中包含了事务管理和连接池的配置。mappers 元素则是包含一组 mapper 映射器(这些 mapper 的 XML 文件包含了 SQL 代码和映射定义信息)。 不使用 不使用 XML 构建 构建 SqlSessionFactory typeHandlers 类型处理器 objectFactory 对象工厂 plugins 插件 environments 环境 environment 环境变量 transactionManager 事务管理器 dataSource 数据源 databaseIdProvider 数据库厂商标识 mappers 映射器 properties 这些属性都是可外部配置且可动态替换的,既可以在典型的 Java0 码力 | 98 页 | 2.03 MB | 1 年前3Apache ShardingSphere 中文文档 5.0.0
ACID 原生支持。但在分布式的场景下,它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案,是分布式事务的重点工 作。 本地事务 在不开启任何分布式事务管理器的前提下,让每个数据节点各自管理自己的事务。它们之间没有协调以 及通信的能力,也并不互相知晓其他数据节点事务的成功与否。本地事务在性能方面无任何损耗,但在 强一致性以及最终一致性方面则力不从心。 本小节主要介绍分布式事务的核心概念,主要包括: • 基于 XA 协议的两阶段事务 • 基于最终一致性的柔性事务 XA 事务 两阶段事务提交采用的是 X/OPEN 组织所定义的 DTP 模型所抽象的 AP(应用程序), TM(事务管理器) 和 RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 需要数据库厂商提供 XA 驱动 实现,TransactionManager 则需要事务管理器的厂商实现,传统的事务管理器需要同应用服务器绑 定,因此使用的成本很高。而嵌入式的事务管器可以通过 jar 形式提供服务,同 Apache ShardingSphere 集成后,可保证分片后跨库事务强一致性。 通常,只有使用了事务管理器厂商所提供的 XA 事务连接池,才能支持 XA 的事务。Apache ShardingSphere0 码力 | 385 页 | 4.26 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.1
ACID 原生支持。但在分布式的场景下,它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案,是分布式事务的重点工 作。 本地事务 在不开启任何分布式事务管理器的前提下,让每个数据节点各自管理自己的事务。它们之间没有协调以 及通信的能力,也并不互相知晓其他数据节点事务的成功与否。本地事务在性能方面无任何损耗,但在 强一致性以及最终一致性方面则力不从心。 本小节主要介绍分布式事务的核心概念,主要包括: • 基于 XA 协议的两阶段事务 • 基于最终一致性的柔性事务 XA 事务 两阶段事务提交采用的是 X/OPEN 组织所定义的 DTP 模型所抽象的 AP(应用程序), TM(事务管理器) 和 RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 需要数据库厂商提供 XA 驱动 实现,TransactionManager 则需要事务管理器的厂商实现,传统的事务管理器需要同应用服务器绑 定,因此使用的成本很高。而嵌入式的事务管器可以通过 jar 形式提供服务,同 Apache ShardingSphere 集成后,可保证分片后跨库事务强一致性。 通常,只有使用了事务管理器厂商所提供的 XA 事务连接池,才能支持 XA 的事务。Apache ShardingSphere0 码力 | 409 页 | 4.47 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.0
ACID 原生支持。但在分布式的场景下,它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案,是分布式事务的重点工 作。 本地事务 在不开启任何分布式事务管理器的前提下,让每个数据节点各自管理自己的事务。它们之间没有协调以 及通信的能力,也并不互相知晓其他数据节点事务的成功与否。本地事务在性能方面无任何损耗,但在 强一致性以及最终一致性方面则力不从心。 本小节主要介绍分布式事务的核心概念,主要包括: • 基于 XA 协议的两阶段事务 • 基于最终一致性的柔性事务 XA 事务 两阶段事务提交采用的是 X/OPEN 组织所定义的 DTP 模型所抽象的 AP(应用程序), TM(事务管理器) 和 RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 需要数据库厂商提供 XA 驱动 实现,TransactionManager 则需要事务管理器的厂商实现,传统的事务管理器需要同应用服务器绑 定,因此使用的成本很高。而嵌入式的事务管器可以通过 jar 形式提供服务,同 Apache ShardingSphere 集成后,可保证分片后跨库事务强一致性。 通常,只有使用了事务管理器厂商所提供的 XA 事务连接池,才能支持 XA 的事务。Apache ShardingSphere0 码力 | 406 页 | 4.40 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.2
ACID 原生支持。但在分布式的场景下,它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案,是分布式事务的重点工 作。 本地事务 在不开启任何分布式事务管理器的前提下,让每个数据节点各自管理自己的事务。它们之间没有协调以 及通信的能力,也并不互相知晓其他数据节点事务的成功与否。本地事务在性能方面无任何损耗,但在 强一致性以及最终一致性方面则力不从心。 本小节主要介绍分布式事务的核心概念,主要包括: • 基于 XA 协议的两阶段事务 • 基于最终一致性的柔性事务 XA 事务 两阶段事务提交采用的是 X/OPEN 组织所定义的 DTP 模型所抽象的 AP(应用程序), TM(事务管理器) 和 RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 需要数据库厂商提供 XA 驱动 实现,TransactionManager 则需要事务管理器的厂商实现,传统的事务管理器需要同应用服务器绑 定,因此使用的成本很高。而嵌入式的事务管理器可以通过 jar 形式提供服务,同 Apache ShardingSphere 集成后,可保证分片后跨库事务强一致性。 通常,只有使用了事务管理器厂商所提供的 XA 事务连接池,才能支持 XA 的事务。Apache ShardingSphere0 码力 | 446 页 | 4.67 MB | 1 年前3Apache ShardingSphere 中文文档 5.2.0
并不互相知晓其他数据节点事务的成功与否。在性能方面无任何损耗,但在强一致性以及最终一致性方 面不能够保证。 XA 事务 XA 事务采用的是 X/OPEN 组织所定义的 DTP 模型 所抽象的 AP(应用程序), TM(事务管理器)和 RM (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, rtifactId>${shardingsphere.version} 操作步骤 1. 配置事务管理器 2. 使用分布式事务 配置示例 配置事务管理器0 码力 | 449 页 | 5.85 MB | 1 年前 3Apache ShardingSphere 中文文档 5.4.1
并不互相知晓其他数据节点事务的成功与否。在性能方面无任何损耗,但在强一致性以及最终一致性方 面不能够保证。 XA 事务 XA 事务采用的是 X/OPEN 组织所定义的 DTP 模型 所抽象的 AP(应用程序), TM(事务管理器)和 RM (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 分布式事务 34 Apache ShardingSphere document XA 事务所需的权限: 在 MySQL8 中需要授予用户 XA_RECOVER_ADMIN 权限,否则 XA 事务管理器执行 XA RECOVER 语句时 会报错。 8.3 读写分离 8.3.1 背景 面对日益增加的系统访问量,数据库的吞吐量面临着巨大瓶颈。对于同一时刻有大量并发读操作和较少 写操作类型 de-repository-consul, 基于 Consul 的持久化实现 • XA 分布式事务管理器 – org.apache.shardingsphere:shardingsphere-transaction-xa-narayana, 基 于 Narayana 的 XA 分布式事务管理器 9.1. ShardingSphere-JDBC 118 Apache ShardingSphere0 码力 | 530 页 | 4.49 MB | 1 年前3Apache ShardingSphere 中文文档 5.3.2
并不互相知晓其他数据节点事务的成功与否。在性能方面无任何损耗,但在强一致性以及最终一致性方 面不能够保证。 XA 事务 XA 事务采用的是 X/OPEN 组织所定义的 DTP 模型 所抽象的 AP(应用程序), TM(事务管理器)和 RM (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 分布式事务 34 Apache ShardingSphere document XA 事务所需的权限: 在 MySQL8 中需要授予用户 XA_RECOVER_ADMIN 权限,否则 XA 事务管理器执行 XA RECOVER 语句时 会报错。 8.3 读写分离 8.3.1 背景 面对日益增加的系统访问量,数据库的吞吐量面临着巨大瓶颈。对于同一时刻有大量并发读操作和较少 写操作类型 de-repository-consul, 基于 Consul 的持久化实现 • XA 分布式事务管理器 – org.apache.shardingsphere:shardingsphere-transaction-xa-narayana, 基 于 Narayana 的 XA 分布式事务管理器 • SQL 翻译 – org.apache.shardingsphere:shardings0 码力 | 508 页 | 4.44 MB | 1 年前3Apache ShardingSphere v5.5.0 中文文档
并不互相知晓其他数据节点事务的成功与否。在性能方面无任何损耗,但在强一致性以及最终一致性方 面不能够保证。 XA 事务 XA 事务采用的是 X/OPEN 组织所定义的 DTP 模型 所抽象的 AP(应用程序), TM(事务管理器)和 RM (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 分布式事务 34 Apache ShardingSphere document XA 事务所需的权限: 在 MySQL8 中需要授予用户 XA_RECOVER_ADMIN 权限,否则 XA 事务管理器执行 XA RECOVER 语句时 会报错。 8.3 读写分离 8.3.1 背景 面对日益增加的系统访问量,数据库的吞吐量面临着巨大瓶颈。对于同一时刻有大量并发读操作和较少 写操作类型 r-mode-repository-etcd, 基于 Etcd 的持久化实现 • XA 分布式事务管理器 – org.apache.shardingsphere:shardingsphere-transaction-xa-narayana, 基 于 Narayana 的 XA 分布式事务管理器 • 行表达式 – org.apache.shardingsphere:shardingsph0 码力 | 557 页 | 4.61 MB | 1 年前3
共 14 条
- 1
- 2