fabric的交易处理过程大体能够分为三个过程，数据库
一、背书，交易的模拟执行，生成读写集；数据结构
二、排序，对交易的顺序达成共识，生成区块；mvc
三、验证存储，验证区块，存储到帐本；区块链
今天讨论一些读写集和MVCC这种方式优缺点，首先看一下优势，spa
一、因为背书阶段分散到不一样peer节点，因此该阶段能够并行进行，这意味交易读写集生成的效率也是大幅度提高了；3d
二、交易的模拟执行，生成读写集，能够说为后续的验证阶段减小了工做量，只须要验证几个k/v值便可，而其余一些区块链验证阶段，可能就是交易模拟执行，并且仍是串行的；blog
这种读写集和MVCC会产生什么样子的弊端呢？排序
若是咱们的链码连续的读写同一个k/v值，则很大几率这些交易只能成功几笔；这彻底是由于MVCC的功劳；ci
那咱们有没有什么办法解决一下呢？ 咱们能够把读写集——一个保存K/V的简单数据结构，转换成一个带有逻辑结构的数据结构；it
之因此有mvcc冲突，是由于咱们在一个块中，靠前的交易对某个key进行了写操做，然后续的交易又须要对该交易进行读；因为生出读写集的时候，一个块里的交易，可能都是依赖于同一个版本的状态数据库，因此mvcc冲突的几率仍是很大的；若是咱们可让排在后边的交易不依赖于状态数据库的版本，而是依赖于前一个交易的执行的结果，这样是否是就能够避免了mvcc的错误；
原始的读写集，在验证存储阶段咱们拿到读写集基本作不了很复杂的操做，除了校验一下版本，就是更新数据，因此当有mvcc冲突的时候，只能舍弃交易；若是咱们在读写集种增长一些可控的逻辑，这样在交易遇到mvcc冲突的时候，能够根据读写集自身携带的逻辑以及当前状态数据库进行判断，该如何进行下一步操做；
例以下面这个读写集的例子，当咱们要invoke张三的驾照这个key的值的时候，咱们能够根据R-condition、R-key、R-value的值联合判断，咱们此次写入的值的前提条件是须要年龄大于18岁，若是前一个rwset执行完毕以后，世界状态知足，则能够继续执行，不受mvcc的限制。
| key |
value |
R-key |
R-value |
R-condition |
W-key |
W-value |
| name |
张三 |
年龄 |
18 |
大于 |
驾照 |
能够 |