工作负荷优化存储引擎

使用单个数据库合并多个工作负载

vwin158 包括多个存储引擎来整合各种数据库工作负载——从写密集型(如物联网)到可伸缩的键/值(如NoSQL)工作负载——而不牺牲性能、可伸缩性和灵活性。

使用工作负载优化的存储引擎来提高性能

在本次网络研讨会中,我们将介绍MariaDB Enterprise Server中的各种存储引擎,并解释如何使用正确的存储引擎(或组合存储引擎)来提高不同工作负载的性能和可伸缩性。

看现在

可插拔存储架构

MariaDB Enterprise Server实现了可插拔的存储架构,因为不同的工作负载有不同的存储特征。混合读/写工作负载的最佳数据结构并不适合写密集型工作负载,反之亦然。对于事务性和分析性工作负载也是如此。通过允许不同的数据库实例或表使用不同的存储引擎,MariaDB Enterprise Server可以同样很好地支持各种工作负载,而且不会影响可伸缩性、灵活性或性能。

storage-engine-diagram

一个数据库。每一个工作负载。

InnoDB

InnoDB是MariaDB Enterprise Server的默认存储引擎,支持压缩、加密和即时模式更改。另外,同步复制的多主集群需要InnoDB。它是一个通用存储引擎,非常适合混合读/写事务工作负载。

MyRocks

由Facebook开发的MyRocks存储引擎是为写密集型(和空间密集型)工作负载而设计的,与InnoDB相比,它具有更好的压缩和更少的写放大。MyRocks是RocksDB的分支,RocksDB是谷歌开发的高性能存储引擎,针对ssd和多核处理器进行了优化。

咏叹调

Aria是MariaDB Enterprise Server的一个崩溃安全、非事务性存储引擎。它是系统表使用的存储引擎,非常适合读性能非常关键的工作负载。例如,它是购物车和评论/评级的理想选择,在这些地方,性能对客户参与度比回滚交易的能力更重要。

蜘蛛

Spider是一个虚拟存储引擎,可以像MongoDB一样对数据进行分片。它使用列表、范围和散列等标准分区模式来跨多个数据库实例分布分区。Spider可以与InnoDB一起使用来扩展混合读写工作负载,或者与MyRocks一起使用来扩展写密集型工作负载。

ColumnStore

vwin000官方网站 -不同于其他存储引擎,但像Vertica和Greenplum -以柱状格式存储数据,并且与数据库本身分开。数据分布在多个服务器上,以支持对数千亿行的实时临时查询,而无需创建索引和/或雪花模式。

Xpand最

Xpand最存储引擎提供简单,弹性的扩展分布式SQL这样,当需要高可伸缩性时,企业就不需要部署专门的数据库。Xpand表是完全分布式的、高可用性的、强一致性的,并且每秒能够执行数百万个事务。

将多个存储引擎组合在一起,满足架构需求

MariaDB Enterprise Server中的存储引擎可以组合在一起,满足任何应用程序的性能和可伸缩性需求。在下面的例子中(左图),Spider与InnoDB结合来扩展读、写和存储。这种组合可以与JSON数据类型一起使用,以创建可伸缩且灵活的NoSQL部署。在第二个示例中(右),为了支持各种微服务,相同的数据被存储在不同的存储引擎中:MyRocks用于写,InnoDvwin网上官网B用于读,ColumnStore用于分析。

绿色
下载 联系
Baidu