fabric性能优化—— optimistic txmgr

fabric中交易管理器txmgr/lockbasedtxmgr/是基于锁的交易管理器，当交易比较多的时候，会导致锁的竞争；交易在模拟的过程中，NewTxSimulator或者NewQueryExecutor都会首先会获取一个读锁；如果说我们的交易时间都比较长，那么在交易模拟频率较高的情况下，势必会影响committer阶段写锁的获取；

锁的存在就是为了保证状态的一致性；lockbasedtxmgr是一种实现方式，它通过锁保证了readset中每一个键的版本和状态数据库中键的版本保持一致；

我们都知道，fabric的状态数据库中按照{key， value， version}方式存储数据，在mvcc阶段如果发现某个key在readset和statedb中版本不一致，则将交易无效；这样我们完全可以通过版本号，来实现控制交易无效，而不需要使用任何锁。

 

在交易模拟之前记录key的version，交易模拟之后，再去比较记录值和当前值，如果两者一致，则说明本次模拟交易没有冲突，可以继续；否则说明交易有冲突，将version置成0；这样在mvcc阶段检测到version为0，则将交易设为无效交易；

例如，当前交易获取a,模拟交易之前，获取版本号为1000,2

GetState（“a”）-〉{value：“x”, version:1001,4}

我们发现获取到的值，和记录的值不一样了，认为该交易存在冲突，所以将其置0.

{key：a，version:0,0}

这样在mvcc阶段，我们无需做任何修改，可以直接将该交易判断为无效交易；

 

测试结果：

多get版本的chaincode，性能提高10%左右；

 

optimistictxmgr · XuHugo/fabric@3840bd7 (github.com)