CTI:技术 | 链上账本数据写入慢?试试LSM_区块链

导读

首先问大家一个小问题?区块链的账本数据存储格式主要是什么类型的?

相信聪明的你一定知道是Key-Value类型存储。

下一个问题,这些Key-Value数据在底层数据库如何高效组织?

答案就是我们本期介绍的内容:LSM。

LSM是一种被广泛采用的持久化Key-Value存储方案,如LevelDB,RocksDB,Cassandra等数据库均采用LSM作为其底层存储引擎。

据公开数据调研,LSM是当前市面上写密集应用的最佳解决方案,也是区块链领域被应用最多的一种存储模式,今天我们将对LSM基本概念和性能进行介绍和分析。

LSM-Tree背景:追本溯源

LSM-Tree的设计思想来自于一个计算机领域一个老生常谈的话题——对存储介质的顺序操作效率远高于随机操作。

如图1所示,对磁盘的顺序操作甚至可以快过对内存的随机操作,而对同一类磁盘,其顺序操作的速度比随机操作高出三个数量级以上,因此我们可以得出一个非常直观的结论:应当充分利用顺序读写而尽可能避免随机读写。

Figure1Randomaccessvs.Sequentialaccess

支付宝爱心捐赠平台引入区块链技术 目前已支撑20亿次交易:金色财经报道,4月16日下午14:00,蚂蚁区块链“开放联盟链”面向中小企业和开发者发布,助推全民入链。蚂蚁区块链平台产品部总经理金戈在会上指出,支付宝一直在内部推动区块链的应用,促进解决行业问题。其中之一就是支付宝爱心捐赠,支付宝公益其实已经做到了很大规模。在过去从捐款人到募捐方到分发受捐的个体信息是不透明的,为了解决捐款传递流转中的问题,支付宝爱心捐赠引入区块链技术,将参与其中的多家信息写到链上,做到不可篡改,从而使得公益更加透明,截至目前该平台已经支撑了20+亿次的交易。[2020/4/16]

考虑到这一点,如果我们想尽可能提高写操作的吞吐量,那么最好的方法一定是不断地将数据追加到文件末尾,该方法可将写入吞吐量提高至磁盘的理论水平,然而也有显而易见的弊端,即读效率极低,我们称这种数据更新是非原地的,与之相对的是原地更新。

为了提高读取效率,一种常用的方法是增加索引信息,如B+树,ISAM等,对这类数据结构进行数据的更新是原地进行的,这将不可避免地引入随机IO。

LSM-Tree与传统多叉树的数据组织形式完全不同,可以认为LSM-Tree是完全以磁盘为中心的一种数据结构,其只需要少量的内存来提升效率,而可以尽可能地通过上文提到的Journaling方式来提高写入吞吐量。当然,其读取效率会稍逊于B+树。

社科院研究员:采用区块链技术 为关联中小企业协助融资:中国社科院经济所副研究员林盼撰文指出,特殊时期,可鼓励国企或知名民企发挥龙头作用,积极采用区块链技术,解决信息共享过程中的隐私保护、数据确权问题,为关联中小企业增信,协助融资。政府也应进一步加强与企业、行业组织、产业园区之间的协同合作,构建政府、企业、银行和保险公司共同应对疫情、促进中小企业发展的生态系统,谋求多方共赢,携手度过难关。(光明日报)[2020/3/19]

LSM-Tree数据结构:抽丝剥茧

图2展示了LSM-Tree的理论模型(a)和一种实现方式(b)。LSM-Tree是一种层级的数据结构,包含一层空间占用较小的内存结构以及多层磁盘结构,每一层磁盘结构的空间上限呈指数增长,如在LevelDB中该系数默认为10。

Figure2LSM与其LevelDB实现

对于LSM-Tree的数据插入或更新,首先会被缓存在内存中,这部分数据往往由一颗排序树进行组织。

当缓存达到预设上限,则会将内存中的数据以有序的方式写入磁盘,我们称这样的有序列为一个SortedRun,简称为Run。

随着写入操作的不断进行,L0层会堆积越来越多的Run,且显然不同的Run之前可能存在重叠部分,此时进行某一条数据的查询将无法准确判断该数据存在于哪个Run中,因此最坏情况下需要进行等同于L0层Run数量的I/O。

声音 | 新京报:脱离了区块链技术 比特币只是一场游戏:新京报刊文指出,比特币是区块链系统衍生出的一种内生激励,其原初是作为鼓励专业人士参与分布式记账活动的激励凭证。脱离区块链技术及其具体的场景应用,比特币就是镜花水月,很难自赋内生价值。一些贪婪成性的人将自身的性安放在了比特币上,诱导更多不明就里的投资者发挥想象和性。最近以来比特币等数字货币价格的上涨,恰是裹挟在这种市场不确定性中的一种炒作现象。从目前看,业已亮相十年左右的比特币,在实际应用场景的可拓展方面依然没有质的突破,市场主流依然把其单纯地看作是一种数字资产。因而,在应用场景未能获得有效突破下,比特币价格的变动更主要源自参与者的性,而非内含价值的有效挖掘。超越并清洗掉比特币的性,将大众和市场的聚焦点回归到利用区块链开发更多应用场景,才能发挥新技术对经济社会供给侧的助推效用。[2019/5/29]

为了解决该问题,当某一层的Run数目或大小到达某一阈值后,LSM-Tree会进行后台的归并排序,并将排序结果输出至下一层,我们将一次归并排序称为Compaction。如同B+树的分裂一样,Compaction是LSM-Tree维持相对稳定读写效率的核心机制,我们将会在下文详细介绍两种不同的Compaction策略。

另外值得一提的是,无论是从内存到磁盘的写入,还是磁盘中不断进行的Compaction,都是对磁盘的顺序I/O,这就是LSM拥有更高写入吞吐量的原因。

Levelingvs.Tiering:一读一写,不分伯仲

政策 | 浙江省利用区块链等技术 结合政府数字化转型打造智信社会:据浙江日报消息,浙江省社会科学院课题组发文称,要不断优化政府数字化转型推进机制,利用“区块链”等技术公开透明、可追踪不可篡改等特点深挖信用价值,结合政府数字化转型打造智信社会。按照物理分散、逻辑集中的模式,积极探索区块链、大数据等新兴技术在数据共享中的应用。加快推进政府数字化转型,打造省级数字政府样板,为国家实施数字政府建设积累经验。[2018/9/4]

LSM-Tree的Compaction策略可以分为Leveling和Tiering两种,前者被LevelDB,RocksDB等采用,后者被Cassandra等采用,称采用Leveling策略的的LSM-Tree为LeveledLSM-Tree,采用Tiering的LSM-Tree为TieredLSM-Tree,如图3所示。

Figure3两种Compaction策略对比

▲Leveling

简而言之,Tiering是写友好型的策略,而Leveling是读友好型的策略。在Leveling中,除了L0的每一层最多只能有一个Run,如图3右侧所示,当在L0插入13时,触发了L0层的Compaction,此时会对Run-L0与下层Run-L1进行一次归并排序,归并结果写入L1,此时又触发了L1的Compaction,此时会对Run-L1与下层Run-L2进行归并排序,归并结果写入L2。

NASA研究以太坊区块链技术 将用于深空探测:据ccn消息,美国航天局(NASA)资助并共同运作的一个研究项目正在考虑利用以太坊区块链的智能合约技术来实现航天器机动自动化,同时避免空间碎片。[2018/4/17]

▲Tiering

反观Tiering在进行Compaction时并不会主动与下层的Run进行归并,而只会对发生Compaction的那一层的若干个Run进行归并排序,这也是Tiering的一层会存在多个Run的原因。

▲对比分析

相比而言,Leveling方式进行得更加贪婪,进行了更多的磁盘I/O,维持了更高的读效率,而Tiering则相正好反。

本节我们将对LSM-Tree的设计空间进行更加形式化的分析。

LSM层数

布隆过滤器

LSM-Tree应用布隆过滤器来加速查找,LSM-Tree为每个Run设置一个布隆过滤器,在通过I/O查询某个Run之前,首先通过布隆过滤器判断待查询的数据是否存在于该Run,若布隆过滤器返回Negative,则可断言不存在,直接跳到下个Run进行查询,从而节省了一次I/O;而若布隆过滤器返回Positive,则仍不能确定数据是否存在,需要消耗一次I/O去查询该Run,若成功查询到数据,则终止查找,否则继续查找下一个Run,我们称后者为假阳现象,布隆过滤器的过高的假阳率会严重影响读性能,使得花费在布隆过滤器上的内存形同虚设。限于篇幅本文不对布隆过滤器做更多的介绍,直接给出FPR的计算公式,为公式2.

其中是为布隆过滤器设置的内存大小,为每个Run中的数据总数。读写I/O

考虑读写操作的最坏场景,对于读操作,认为其最坏场景是空读,即遍历每一层的每个Run,最后发现所读数据并不存在;对于写操作,认为其最坏场景是一条数据的写入会导致每一层发生一次Compaction。

核心理念:基于场景化的设计空间

基于以上分析,我们可以得出如图4所示的LSM-Tree可基于场景化的设计空间。

简而言之,LSM-Tree的设计空间是:在极端优化写的日志方式与极端优化读的有序列表方式之间的折中,折中策略取决于场景,折中方式可以对以下参数进行调整:

当Level间放大比例时,两种Compaction策略的读写开销是一致的,而随着T的不断增加,Leveling和Tiering方式的读开销分别提高/减少。

当T达到上限时,前者只有一层,且一层中只有一个Run,因此其读开销到达最低,即最坏情况下只需要一次I/O,而每次写入都会触发整层的Compaction;

而对于后者当T到达上限时,也只有一层,但是一层中存在:

因此读开销达到最高,而写操作不会触发任何的Compaction,因此写开销达到最低。

Figure4LSM由日志到有序列的设计空间

事实上,基于图4及上文的分析可以进行对LSM-Tree的性能进一步的优化,如文献对每一层的布隆过滤器大小进行动态调整,以充分优化内存分配并降低FPR来提高读取效率;文献提出“LazyLeveling”方式来自适应的选择Compaction策略等。

限于篇幅本文不再对这些优化思路进行介绍,感兴趣的读者可以自行查阅文献。

小结

LSM-Tree提供了相当高的写性能、空间利用率以及非常灵活的配置项可供调优,其仍然是适合区块链应用的最佳存储引擎之一。

本文对LSM-Tree从设计思想、数据结构、两种Compaction策略几个角度进行了由浅入深地介绍,限于篇幅,基于本文之上的对LSM-Tree的调优方法将会在后续文章中介绍。

作者简介叶晨宇来自趣链科技基础平台部,区块链账本存储研究小组

参考文献

.O’NeilP,ChengE,GawlickD,etal.Thelog-structuredmerge-tree(LSM-tree).ActaInformatica,1996,33(4):351-385.

.JacobsA.Thepathologiesofbigdata.CommunicationsoftheACM,2009,52(8):36-44.

.LuL,PillaiTS,GopalakrishnanH,etal.Wisckey:Separatingkeysfromvaluesinssd-consciousstorage.ACMTransactionsonStorage(TOS),2017,13(1):1-28.

.DayanN,AthanassoulisM,IdreosS.Monkey:Optimalnavigablekey-valuestore//Proceedingsofthe2017ACMInternationalConferenceonManagementofData.2017:79-94.

.DayanN,IdreosS.Dostoevsky:Betterspace-timetrade-offsforLSM-treebasedkey-valuestoresviaadaptiveremovalofsuperfluousmerging//Proceedingsofthe2018InternationalConferenceonManagementofData.2018:505-520.

.LuoC,CareyMJ.LSM-basedstoragetechniques:asurvey.TheVLDBJournal,2020,29(1):393-418.

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

大币网

[0:15ms0-10:102ms