Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
cai-4
advanced-java
提交
95ea0344
A
advanced-java
项目概览
cai-4
/
advanced-java
与 Fork 源项目一致
从无法访问的项目Fork
通知
1
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
A
advanced-java
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
提交
95ea0344
编写于
1月 14, 2019
作者:
Y
yanglbme
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
docs: update distributed-transaction
上级
7a234cae
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
2 addition
and
2 deletion
+2
-2
docs/distributed-system/distributed-transaction.md
docs/distributed-system/distributed-transaction.md
+2
-2
未找到文件。
docs/distributed-system/distributed-transaction.md
浏览文件 @
95ea0344
...
...
@@ -18,9 +18,9 @@
### 两阶段提交方案/XA方案
所谓的 XA 方案,即:两阶段提交,有一个
**事务管理器**
的概念,负责协调多个数据库(资源管理器)的事务,事务管理器先问问各个数据库你准备好了吗?如果每个数据库都回复 ok,那么就正式提交事务,在各个数据库上执行操作;如果任何其中一个数据库回答不 ok,那么就回滚事务。
这种分布式事务方案,比较适合单块应用里,跨多个库的分布式事务,而且因为严重依赖于数据库层面来搞定复杂的事务,效率很低,绝对不适合高并发的场景。如果要玩儿,那么基于
`
s
pring + JTA`
就可以搞定,自己随便搜个 demo 看看就知道了。
这种分布式事务方案,比较适合单块应用里,跨多个库的分布式事务,而且因为严重依赖于数据库层面来搞定复杂的事务,效率很低,绝对不适合高并发的场景。如果要玩儿,那么基于
`
S
pring + JTA`
就可以搞定,自己随便搜个 demo 看看就知道了。
这个方案,我们很少用,一般来说
**某个系统内部如果出现跨多个库**
的这么一个操作,是
**不合规**
的。我可以给大家介绍一下, 现在微服务,一个大的系统分成几
百个服务,几十
个服务。一般来说,我们的规定和规范,是要求
**每个服务只能操作自己对应的一个数据库**
。
这个方案,我们很少用,一般来说
**某个系统内部如果出现跨多个库**
的这么一个操作,是
**不合规**
的。我可以给大家介绍一下, 现在微服务,一个大的系统分成几
十个甚至几百
个服务。一般来说,我们的规定和规范,是要求
**每个服务只能操作自己对应的一个数据库**
。
如果你要操作别的服务对应的库,不允许直连别的服务的库,违反微服务架构的规范,你随便交叉胡乱访问,几百个服务的话,全体乱套,这样的一套服务是没法管理的,没法治理的,可能会出现数据被别人改错,自己的库被别人写挂等情况。
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录