Event Sourcing 和 CQRS 落地（一）：UID-Generator 实现

Event Sourcing 简单来说就是记录对象的每个事件而不是记录对象的最新状态，比如新建、修改等，只记录事件内容，当需要最新的状态的时，通过堆叠事件将最新的状态计算出来。那么这种模式查询的时候性能会变的非常差，这个时候就涉及到了 CQRS ，简单的理解就是读写分离，通过事件触发，将最新状态保存到读库，查询全都走读库，理论上代码层，数据库层，都可以做到分离，当然也可以不分离，一般来说为了保证数据库性能，这里起码会将数据库分离。

为什么要使用?

了解 Event Sourcing 的基本内容之后，我们可以发现这个模式有很多好处：

• 记录了对象的事件，相当于记录了整个历史，可以查看到任意一个时间点的对象状态；
• 都是以事件形式进行写入操作，理论上在高并发的情况下，没有死锁，性能会快很多；
• 可以基于历史事件做更多的数据分析。

Event Soucing 通常会和 DDD CQRS 一起讨论，在微服务盛行的前提下，DDD 让整个软件系统松耦合，而 Event Soucing 也是面向 Aggregate，这个模式很符合 DDD 思想，同时由于 Event Sourcing 的特性，读取数据必然会成为瓶颈，这个时候 CQRS 就起到做用了，通过读写分离，让各自的职责专一，实际上在传统的方式中我们也可能会这么干，只是方式略微不同，比如有一个只读库，时时同步主库，让查询通过只读库进行，那么如果查询量特别大的时候，起码写库不会因为查询而下降性能。

原文链接:【 https://www.infoq.cn/article/JmiZRu85W7i4W-HsoX5t 】。未经作者许可，禁止转载。