戏说领域驱动设计（廿六）：事务处理的深层探讨？

本文共计6222个文字，预计阅读时间需要25分钟。

关于相关事务的内容，我们之前已经不止一次讨论过，没有明确的办法，这是一个绕不开的话题。你能否说说，在开发过程中是否真的用不到它？最初在编码进行序列化操作时，就启动了一个本地事务。

　　有关事务的内容，在前面我们已经不只谈过一次，没办法，这是一个绕不开的话题。你敢说你在开发中不用到它？最起码聚合进行序列化的时候得启动一个本地事务吧。当然了，如果你用的是NoSQL，则另当别论，咱也就别抬那个杠了。你必须承认的事实就是无论现在的NoSQL数据库怎么发展，关系型的数据库仍然是业务系统中的主流，最起码在业务数据存储的时候大部分公司都用到比如MySQL、SQL Server等。我们都知道的一个常识是在非特殊的业务系统中，读操作的频率肯定要大于写的。那么特殊的是什么呢？比如普罗米修斯这种时序数据库，用于日志汇聚的Elasticsearch这种文档型数据库，大多数情况下写的频率要多于查询。回到一般性场景中，NoSQL作为关系型数据库的补充其存在往往在读场景中比例会更重，而只读的话基本上也就不用考虑事务了。

　　本系列文章学术味道很淡，真要按严谨的学术形式来写那就没完了。讨论一个事务都先从其起源、相关的著作开始，且不说我个人是否有这个能力，您肯定也不喜欢看。所以咱就糙一点，能说明问题即可。首先，我们先对事务做个简单的分类：本地事务、全局事务和分布式事务。下面的内容我会基于这三个分类进行展开并着重说明实践中需要注意的事项。