陆天炜： GoldenDB事务一致性处理机制升级历程

 

　　5、申请释放GTID优化：GTM线程优化

 

　　这是之前踩的一个坑，之前是按照做DB的思路去做GTM上的持久化，专门弄了一个Flush线程去写日志，但是没有考虑到一个问题就是GTM上的数据结构非常简单，消耗的不是I/O，消耗的是IOPS，专门弄一个线程去做异步处理，处理得很快，每次收到的请求很少，导致IOPS非常高，而且线程切换非常严重。但是，把它变成串行化处理了以后，请求积攒了，IO量变大了，但是IOPS会降下来，不用做CPU的线程的切换了，CPU也减低了。

 

　　经过各种优化后，GoldenDB在这个数据模型下，经过了严苛的技术验证，实现了3亿客户15亿账户转账交易、明细查询40000 TPS的支撑能力。在这一过程中，还模拟了软硬件故障的各种测试，能满足核心业务强一致性要求，正确率达到100%。同时，在这个场景下，做了当Proxy是瓶颈的时候，去扩展Proxy；在DB是瓶颈的时候，去扩展DB的一个测试。其中，计算节点扩展线性率达到100%，数据节点扩展线性率95%。在故障隔离方面，计算节点故障、不影响整体系统交易；数据节点故障的时候，不影响其他节点交易。