产品介绍

X-Engine是阿里云数据库产品事业部自研的联机事务处理OLTP（On-Line Transaction Processing）数据库存储引擎。作为自研数据库POLARDB的存储引擎之一，已经广泛应用在阿里集团内部诸多业务系统中，包括交易历史库、钉钉历史库等核心应用，大幅缩减了业务成本，同时也作为双十一大促的关键数据库技术，挺过了数百倍平时流量的冲击。

X-Engine是适用于大规模电子商务交易处理的优化存储引擎，X-Engine团队撰写的论文 《X-Engine: An Optimized Storage Engine for Large-scale E-Commerce Transaction Processing》 ，详细讲述了X-Engine在数据库存储引擎领域所做的原创性工作，2019年被SIGMOD'19 Industrial Track接收。

与传统的InnoDB引擎不同，X-Engine使用分层存储架构（LSM-Tree）。分层存储有两个比较显著的优点：

• 需要索引的热点数据集更小，写入性能更高。
• 底层持久化的数据页是只读的，数据页采用紧凑存储格式，同时默认进行压缩，存储成本更低。

除了LSM-Tree架构自身的优势之外，X-Engine在工程实现上也进行了大量的创新，主要包含如下几个方面：

• 利用先天性的优势，持续优化写入性能，X-Engine相比同为LSM-tree架构的Rocksdb，有超过10倍的性能提升。
• 在存储层引入数据复用技术等，优化Compaction的性能，降低传统LSM-tree架构中Compaction动作对系统资源的冲击，保持系统性能平稳。
• 支持在同一实例中混合部署SSD/HDD等不同IO能力的存储设备， 利用天然分层结构的特点，结合不同存储硬件的IO读写性能，智能地进行数据的冷热分离存储，在不降低性能的前提下，降低综合成本。
• 引入多个层级Cache，同时结合Cach回填和预取机制，利用精细化访问机制和缓存技术，弥补传统LSM-tree引擎的读性能短板。

通过以上多方面的工程优化，X-Engine成为传统InnoDB引擎的一个替代选项，既支持事务，同时又能够显著的降低业务存储成本（依据数据特征，存储空间可降低至10%~50%），特别适合数据容量巨大，同时又要保证一定事务读写性能的业务。

前提条件

实例为RDS MySQL 8.0本地SSD盘。

使用限制

• 引擎功能限制

  X-Engine在引擎功能上有一些限制，其中部分功能尚在开发中。其他未列出的部分，默认其功能特性与InnoDB引擎相同。

  分类	功能	X-Engine引擎	备注
  SQL功能	外键	不支持	-
  	临时表	不支持	-
  	分区表（partition）	不支持（所有partition相关创建及增删改查操作均不支持）	-
  	Generated Column	不支持	-
  	Handler API	不支持	-
  列属性	最大列长度 （longblob/longtext/json）	32MB	-
  	GIS地理数据类型	所有GIS相关数据类型均不支持（包含geometry、point、linestring、polygon、multipoint、multilinestring、multipolygon、gemometrycollection）	-
  索引	哈希索引	不支持	-
  	空间索引	不支持（所有fulltext索引相关的创建，使用均不支持）	-
  事务	事务隔离级别	2个隔离级别： 读已提交（RC） 可重复读（RR）	-
  	最大事务	32MB	更大事务的支持在开发中
  	Savepoint	不支持	-
  	XA事务	不支持	功能开发中
  锁	锁粒度	支持表级别锁 支持行级别锁 不支持GAP锁	-
  	Skip Locked Lock Nowait	不支持	-
  字符集支持	非索引列支持的字符格式	非索引列支持所有的字符集（校对规则）	-
  	索引列支持的字符格式	latin1（latin1_bin） gbk（gbk_chinese_ci、gbk_bin） utf8（utf8_general_ci、utf8_bin） utf8mb4（utf8mb4_0900_ai_ci、utf8mb4_general_ci、utf8mb4_bin）	-
  主从复制	Binlog格式	stmt/row/mixed 说明 默认为row，采用stmt/mixed在特定并发场景可能存在数据安全性问题。	-

• 大事务功能限制

  X-Engine目前不支持大事务。当一个事务修改的行数特别多时，X-Engine会使用commit in middle功能。例如用户在一个事务中修改的行数超过10000行，X-Engine会在内部把该事务提交，并且重新开启一个事务继续服务当前用户开启的事务。但是commit in middle并不能遵循严格意义上的ACID，您在使用过程中需要注意。以下举例说明：

  • 用户开启一个事务插入大量数据，在插入的过程中，由于先提交了一部分数据，其它请求就可以访问到插入的数据。
  • 用户开启一个事务修改大量数据，回滚的时候，已经执行了commit in middle的事务无法回滚。

    drop table t1;
    create table t1(c1 int primary key , c2 int)ENGINE=xengine;
    begin;
    call insert_data(12000); //插入12000行数据，触发commit in middle，前1000行数据已经提交。
    rollback;// 回滚只能把最后2000条数据回滚。
    select count(*) from t1; // 这里仍然能够查询到10000条数据。
    +----------+
    | count(*) |
    +----------+
    |    10000 |
    +----------+
    1 row in set (0.00 sec)

  • 用户开启一个事务删除或者修改大量数据时，会遗漏掉本事务修改的行。

    drop table t1;
    create table t1(c1 int primary key , c2 int)ENGINE=xengine;
    call insert_data(10000);
    begin;
    insert into t1 values(10001,10001), (10002,10002);
    delete from t1 where c1 >= 0;// delete操作触发commit in middle，导致delete操作没有读到本事务插入的行。
    commit;
    select * from t1;
    +-------+-------+
    | c1    | c2    |
    +-------+-------+
    | 10001 | 10001 |
    | 10002 | 10002 |
    +-------+-------+
    2 rows in set (0.00 sec)

参数说明

说明 在创建RDS MySQL实例时，可以选择X-Engine为默认存储引擎，也可以根据下表的参数说明调整参数模板以便适应自身业务。

运行状态指标

下表为X-Engine的运行状态指标，您可以在监控页面查看。