温馨提示：文本由机器自动转译，部分词句存在误差，以视频为准
00:00
啊，我们今天呢，来测试一下这个劣势存储的性能啊，这是马亚地官方的。嗯，这个网站。那么他这里也说了啊，嗯，不需要创建索引啊，就是你直接跑就可以了。这里呢，我找到了那个就是它那个官方的一个样本数据。总共呢，它这里是有三张表啊，这张表要更大一些。有3800万行。呃，我这里已经部署好了，把数据都导在这里了。啊，然后我们看一下啊，这个是这两张表啊。一个是列式存储，一个是行式存存储。啊，这两个都是3800万。这放入不同的库下。然后呢，他这里呢，提供了几个circle。啊，我们看它这个circle，咱们就看这个第二个circle吧，因为它这个是很长。我们就直接测，呃，它那个耗时最时间最长的色口。
01:04
这是官方的。嗯，他这是测试的结果啊。你看它这个就是。呃，官方的他是跑的是一分24秒啊，这克罗姆斯道，历史存储是一秒，咱们就测试这个第二个。这个色口啊，剩下的是这个磁盘压缩笔。啊，磁盘空间占用率啊。啊，咱们就测这条色口啊，第二个色口。好，我们就开始啊测一下啊，这是我下载它那个。样本的数据，咱们看一下第二次课。啊，就这么长。行，咱们就跑去啊。我这个呢，是在这个烈士存储里跑。这克隆姆斯道劣势存储啊，我们直接回车。嗯，1.23秒啊。然后呢，我们现在到这个一诺DB。
02:02
啊，印度DB行式存储来跑啊，这个时间会很长。嗯，跑完了印度力臂用了14分钟。啊，我们来对比一下啊。啊，后面几个circle。啊，我就。不测了啊，因为这个太耗时了。我们先看来，先看他那个结论吧。那这里呢，就是也就是我们。啊，所了解的就是inno DB，它只适合于做那种。嗯，这种比较简单的思候，也就那种点查，就根据主键和嗯那种索引来做那种查询，因为它它毕竟是OTP的吧。啊，如果说是这种复杂的circle，刚才咱们也看了啊，这个劣势存储是很有那个性能优势的。啊，这是他们那个官方的翻译。然后。
03:00
啊，我们再来看一下它那个时间啊，这个数据都是一样的啊。啊，这个时间上就能。区别是很明显了啊，你像这种circle，嗯，线上的这种circle，如果你要去优化的话是。其实很难的啊。包括你要给一个表建索引的话，这是太麻烦了啊。嗯。你看它这个，如果你要是采用这个劣势存储呢，你也不用。创建索引了，你只需要搭建一个这么个环境，让那个业务他们去写SQL就行了。就是这个是给我们省了很大的一个事儿。啊行，那今天呢，我就给大家演示到这儿了啊。
我来说两句