Demo Data from SIGIR 2026 / reviewers in the wild / expert
Xinjun Yang
dblp:295/3640
· DBLP profile ↗
15ranked-venue papers
2as first author
15since 2021 · last 2026
0000-0001-8507-4444ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 13 · 2 first-author · 13 since 2021Systems, architecture and hardware · 3 · 3 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Databases, data mining, and information retrieval
13 papers |
Distributed and cloud data management · 39% Database system architecture and tuning · 27% Transaction processing and concurrency control · 15% | |
| Computer architecture, parallel and distributed computing, and storage systems
10 papers |
Storage systems · 49% Cloud and datacenter computing · 22% Distributed systems · 17% |
Topics — the 30 heaviest of 40, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed and cloud data management › cloud database
cloud-native database |
3.1 | 5 | 2023 | PolarDB-SCC: A Cloud-Native Database Ensuring Low Latency for Strongly Consistent Reads · Proc. VLDB Endow. 2023 PolarDB-IMCI: A Cloud-Native HTAP Database System at Alibaba · Proc. ACM Manag. Data 2023 Persistent Memory Disaggregation for Cloud-Native Relational Databases · ASPLOS (3) 2023 |
Database system architecture and tuning
hybrid transactional and analytical processing |
1.8 | 3 | 2026 | AQD: Online Adaptive Query Dispatcher for HTAP Databases · Proc. VLDB Endow. 2026 PolarDB-IMCI: A Cloud-Native HTAP Database System at Alibaba · Proc. ACM Manag. Data 2023 PolarDB-X: An Elastic Distributed Relational Database for Cloud-Native Applications · ICDE 2022 |
Distributed and cloud data management › cloud database
disaggregated database architecture |
1.2 | 2 | 2023 | Persistent Memory Disaggregation for Cloud-Native Relational Databases · ASPLOS (3) 2023 PolarDB Serverless: A Cloud Native Database for Disaggregated Data Centers · SIGMOD Conference 2021 |
Query processing and optimization
query scheduling |
1.0 | 1 | 2026 | AQD: Online Adaptive Query Dispatcher for HTAP Databases · Proc. VLDB Endow. 2026 |
Indexing and storage engines › storage management
storage engine |
1.0 | 1 | 2026 | PolarStore: High-Performance Data Compression for Large-Scale Cloud-Native Databases · FAST 2026 |
Storage systems
data compression |
1.0 | 1 | 2026 | PolarStore: High-Performance Data Compression for Large-Scale Cloud-Native Databases · FAST 2026 |
Distributed systems › concurrency control
distributed lock management |
1.0 | 1 | 2026 | CXLock: Efficient and Scalable Lock Management for CXL-Enabled Distributed Systems · IEEE Trans. Computers 2026 |
Cloud and datacenter computing › cloud data management
cloud-native database |
1.0 | 3 | 2026 | PolarDB Serverless: A Cloud Native Database for Disaggregated Data Centers · SIGMOD Conference 2021 PolarStore: High-Performance Data Compression for Large-Scale Cloud-Native Databases · FAST 2026 Persistent Memory Disaggregation for Cloud-Native Relational Databases · ASPLOS (3) 2023 |
Transaction processing and concurrency control
distributed transaction processing |
0.9 | 1 | 2025 | From Scale-Up to Scale-Out: PolarDB's Journey to Achieving 2 Billion tpmC · Proc. VLDB Endow. 2025 |
Machine learning and data management › learned database components
query plan representation learning |
0.9 | 1 | 2025 | MemQ: A Graph-Based Query Memory Prediction Framework for Effective Workload Scheduling · ICDE 2025 |
Database system architecture and tuning
self-managing database systems |
0.9 | 1 | 2025 | MemQ: A Graph-Based Query Memory Prediction Framework for Effective Workload Scheduling · ICDE 2025 |
Database system architecture and tuning › workload management
workload scheduling |
0.9 | 1 | 2025 | MemQ: A Graph-Based Query Memory Prediction Framework for Effective Workload Scheduling · ICDE 2025 |
Distributed and cloud data management › geo-distributed data management
geo-replicated database |
0.8 | 1 | 2024 | PolyBase: Adapting to Data Affinity Changes in Geo-Replicated Database via Row-Level Paxos-Group Affiliation Re-Assignment · Proc. VLDB Endow. 2024 |
Distributed systems
consensus |
0.8 | 1 | 2024 | PolyBase: Adapting to Data Affinity Changes in Geo-Replicated Database via Row-Level Paxos-Group Affiliation Re-Assignment · Proc. VLDB Endow. 2024 |
Storage systems
flash and SSD |
0.8 | 1 | 2024 | Bwe-tree: An Evolution of Bw-tree on Fast Storage · ICDE 2024 |
Storage systems › indexing
index structure |
0.8 | 1 | 2024 | Bwe-tree: An Evolution of Bw-tree on Fast Storage · ICDE 2024 |
Storage systems › file systems › write-optimized file system
log-structured file system |
0.8 | 1 | 2024 | Bwe-tree: An Evolution of Bw-tree on Fast Storage · ICDE 2024 |
Cloud and datacenter computing
serverless computing |
0.8 | 1 | 2024 | Towards a Shared-Storage-Based Serverless Database Achieving Seamless Scale-Up and Read Scale-Out · ICDE 2024 |
Transaction processing and concurrency control
consistency |
0.7 | 1 | 2023 | PolarDB-SCC: A Cloud-Native Database Ensuring Low Latency for Strongly Consistent Reads · Proc. VLDB Endow. 2023 |
Storage systems › non-volatile memory storage
disaggregated persistent memory |
0.7 | 1 | 2023 | Persistent Memory Disaggregation for Cloud-Native Relational Databases · ASPLOS (3) 2023 |
Memory systems › non-volatile memory
persistent memory |
0.7 | 1 | 2023 | Persistent Memory Disaggregation for Cloud-Native Relational Databases · ASPLOS (3) 2023 |
Distributed and cloud data management › distributed database architecture
distributed relational database |
0.6 | 1 | 2022 | PolarDB-X: An Elastic Distributed Relational Database for Cloud-Native Applications · ICDE 2022 |
Transaction processing and concurrency control › isolation levels
snapshot isolation |
0.6 | 1 | 2022 | PolarDB-X: An Elastic Distributed Relational Database for Cloud-Native Applications · ICDE 2022 |
Storage systems › key-value storage
LSM-tree |
0.5 | 1 | 2021 | Revisiting the Design of LSM-tree Based OLTP Storage Engine with Persistent Memory · Proc. VLDB Endow. 2021 |
Storage systems › non-volatile memory storage
persistent memory systems |
0.5 | 1 | 2021 | Revisiting the Design of LSM-tree Based OLTP Storage Engine with Persistent Memory · Proc. VLDB Endow. 2021 |
Memory systems › memory interconnect
CXL |
0.3 | 1 | 2026 | CXLock: Efficient and Scalable Lock Management for CXL-Enabled Distributed Systems · IEEE Trans. Computers 2026 |
Memory systems › memory management
memory sharing |
0.3 | 1 | 2026 | CXLock: Efficient and Scalable Lock Management for CXL-Enabled Distributed Systems · IEEE Trans. Computers 2026 |
Cloud and datacenter computing
database-as-a-service |
0.3 | 1 | 2025 | From Scale-Up to Scale-Out: PolarDB's Journey to Achieving 2 Billion tpmC · Proc. VLDB Endow. 2025 |
Storage systems › distributed storage
disaggregated storage |
0.3 | 1 | 2025 | From Scale-Up to Scale-Out: PolarDB's Journey to Achieving 2 Billion tpmC · Proc. VLDB Endow. 2025 |
Transaction processing and concurrency control › consistency
strong consistency |
0.2 | 1 | 2024 | Towards a Shared-Storage-Based Serverless Database Achieving Seamless Scale-Up and Read Scale-Out · ICDE 2024 |
Methods — techniques the papers use, named apart from their topics
RDMA · 2.4paxos · 2.1primary-replica replication · 1.7b+ tree concurrency control · 1.7transaction migration policy · 1.5software-based coherency · 1.0online adaptation · 1.0manager-side arbitration · 1.0client-side queuing · 1.0graph neural network · 0.9first fit decreasing scheduling · 0.9structural modification operations · 0.8page concurrency control · 0.8linear lamport timestamp · 0.7disaggregation · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | PolarStore: High-Performance Data Compression for Large-Scale Cloud-Native Databases
Qingda Hu, Xinjun Yang, Feifei Li 0001, Ya Lin, Yicong Zhu, Rongbiao Xie, Bin Wu 0003, Wenchao Zhou |
FAST | 2 |
| 2026 | AQD: Online Adaptive Query Dispatcher for HTAP Databases
Tongliang Li, Xuanhe Zhou, Xinjun Yang, Wenchao Zhou, Chunxiao Xing, Yong Zhang 0002 |
Proc. VLDB Endow. | 5 |
| 2026 | CXLock: Efficient and Scalable Lock Management for CXL-Enabled Distributed SystemsabstractEfficient lock management is critical in distributed systems with shared resources, especially in the context of enhanced computational power and reduced processing time. While numerous studies have leveraged Remote Direct Memory Access (RDMA) for distributed locking, these network-based approaches suffer from high network latency and jitter. The emergence of the Compute Express Link (CXL) protocol provides high-speed, low-latency connections between host processors and memory devices, presenting a compelling alternative for the lock system design. This paper introduces CXLock, the industry’s first distributed lock management system based on CXL 2.0 switches. CXLock decouples lock management into client-side queuing and manager-side arbitration, resolving race conditions of multiple clients without using remote atomics. To handle the lack of hardware-enforced coherency in CXL 2.0, CXLock employs a software-based coherency model that enables memory sharing across multiple hosts with cacheable and write-back attributes. CXLock is implemented and evaluated on a real rack-scale hardware platform containing a CXL switch and multiple host nodes. The results show that CXLock delivers an average throughput improvement of 3.7× over the RDMA-based solutions. Moreover, CXLock reduces the lock grant latency by up to 76% in both contention-free and contended scenarios. Yudi Qiu, Qixiao Liu, Wenpu Hu, Xinjun Yang, Yingqiang Zhang, Hao Chen 0080, Zipeng Ouyang, Yuemin Wu |
IEEE Trans. Computers | 6 |
| 2025 | MemQ: A Graph-Based Query Memory Prediction Framework for Effective Workload SchedulingabstractQuery memory prediction is an essential yet underexplored problem in self-driving databases, particularly for high-concurrency workload scheduling where efficient resource utilization is critical. Existing works mainly focus on cost and latency estimation (e.g., using plan representation learning), while memory prediction poses new challenges such as requiring (1) numerous memory-specific training data, (2) memory-relevant query plan featurization strategies, and (3) a prediction model suitable for capturing the complexities of memory usage in query operations. Moreover, most learning-based approaches do not consider transferability across different datasets and database systems. This paper introduces Mem$Q$, a graph-based memory prediction framework designed for effective workload scheduling. First, we build a comprehensive training dataset for memory prediction by executing diverse query workloads across multiple datasets and recording their diverse peak memory consumptions. Second, our MemQ model leverages operator-level features of query plans, achieving high prediction accuracy, compact model size, and fast training and inference times. Third, we integrate the MemQ model into memory-aware First Fit Decreasing (FFD) and Bidrectional Fit (BF) scheduling strategy to optimize resource utilization. Extensive experiments demonstrate the effectiveness of our homogeneous query plan graph model. Moreover, our FFD scheduling strategy reduces makespan (total query execution time) by up to 55% and decreases retry counts by over 99% compared to default strategies when batch executing analytical queries on PostgreSQL. Furthermore, our novel BF strategy reduces makespan by 15.17% and reduces sum of total time by 41.41% compared with FFD strategy when batch executing mixed workloads. Xuanhe Zhou, Jinhuai Kang, Chunxiao Xing, Tongliang Li, Xinjun Yang, Wenchao Zhou, Feifei Li 0001, Yong Zhang 0002 |
ICDE | 7 |
| 2025 | From Scale-Up to Scale-Out: PolarDB's Journey to Achieving 2 Billion tpmCabstractIn the past decade, cloud databases have experienced rapid development and growth. PolarDB, Alibaba's cloud-native OLTP database, has evolved significantly to meet the increasing demand for cloud-native architectures and now serves hundreds of thousands of customers across various industries. This paper presents PolarDB's evolution over the past eight years, with a focus on scalability, performance, and cost-efficiency. Initially, PolarDB adopted a primary-replica architecture based on disaggregated storage, with an emphasis on enhancing single-node performance for scale-up in modern many-core systems. To achieve this, we co-designed PolarDB with cutting-edge hardware, including RDMA, to improve performance. Meanwhile, we refined the internal architecture, including improvements to B+ tree concurrency control and transaction management, ensuring high scalability in scale-up scenarios. More recently, our focus has shifted to scaling out PolarDB to meet the performance and scalability needs of ultra-large-scale applications. By leveraging RDMA, we optimized distributed transaction processing, transforming PolarDB into a high-performance, high-scalability and cost-effective distributed database. In the TPC-C benchmark, PolarDB scaled out to 2340 nodes and achieved over 2 billion tpmC, with a jitter rate of no more than 0.16% during the 8-hour stress test. Compared to the second- and third-highest-performing databases in public TPC-C results, PolarDB's tpmC is 2.52× and 2.91× higher, respectively. In terms of cost-effectiveness, PolarDB's per-tpmC cost is 37% and 79.5% lower than that of the other two systems, respectively. Xinjun Yang, Feifei Li 0001, Yingqiang Zhang, Hao Chen 0080, Qingda Hu, Panfeng Zhou, Zongzhi Chen, Zheyu Miao, Rongbiao Xie, Zetao Wei, Xingxuan Zhou |
Proc. VLDB Endow. | 1 |
| 2024 | Bwe-tree: An Evolution of Bw-tree on Fast StorageabstractModern data-centric applications frequently need to store and read data with low latency. These requirements are difficult to achieve, even on high performance processors paired with fast solid state drives (SSDs). To this end, LSM tree is widely used in many systems such as in RocksDB and considered as an ideal index structure that fits SSDs. However, in spite of many improvements to LSM tree over the years, fundamental problems of limited read performance and expensive compaction operations remain. Microsoft Research proposed Bw-tree, a variant of B+ tree layered on top of log structured storage. Bw-tree achieves fast ingestion of data, similar to LSM tree, meanwhile it has less drawback on read performance and compaction. However, except for Microsoft, the industrial strength implementation of Bw-tree is rare. The open source OpenBw-Tree from Carnegie Mellon University was designed only for main memory. This paper describes Bwe-tree, an implementation and a significant evolution of Bw-tree on fast storage. It makes two contributions. First, Bwe-tree addresses reliability and performance issues revealed during running Bw-tree on fast storage in production, by revising structural modification operations, introducing page concurrency control, and storing large-size values off-tree. Performance improvements over Bw-tree are verified by experiments. Second, it demonstrates that Bw-tree is an effective alternative tree structure on SSDs. Compared to RocksDB (LSM tree) and BerkeleyDB (B+ tree), Bwe-vtree performs dramatically better (up to 3X or more) for the YCSB workloads. Our Bwe-vtree implementation has been integrated into production systems in Alibaba, including a flagshin cloud-native database service. Rui Wang 0002, Xinjun Yang, Feifei Li 0001, David B. Lomet, Panfeng Zhou, Yongxiang Chen, Jingren Zhou 0001, Jiesheng Wu |
ICDE | 2 |
| 2024 | Towards a Shared-Storage-Based Serverless Database Achieving Seamless Scale-Up and Read Scale-OutabstractThe serverless database has recently attracted increasing attention both in industry and academia due to its high elasticity and the “pay-as-you-go” model. This paper delivers a thorough review of current shared-storage-based commercial serverless databases, pinpointing two major challenges: (1) they either experience difficulties with instance migration during scaling up or restrict the resource usage within a single physical host to avoid potential migration. (2) they lack the ability to scale out secondary nodes due to the absence of strong consistency support in secondary nodes. Based on our experience in building serverless databases, this paper proposes two fundamental requirements to address these two issues: seamless and instant migration and read scale-out. The former allows for instance migration when there are insufficient resources on the resident host during scaling up without application disruption, whereas the latter necessitates strong consistency on secondary nodes to process read requests. To fulfill these fundamental requirements, we propose PolarDB Serverless, a shared-storage-based serverless database achieving seamless scale-up and read scale-out. It supports read scale-out by inheriting the strong consistency feature from PolarDB, making it possible to process strongly consistent reads on secondary nodes. In the pursuit of achieving seamless migration, PolarDB Serverless introduces a transaction migration policy. It ensures there is no interruption to the application during migrations, allowing transactions to continue on the new instance without any disruptions. It also minimizes the overhead of migration, achieving a fast migration. In our evaluation, especially in the context of database migration scenarios, it's noteworthy that the migration of a database instance takes just half a second without causing any exceptions for applications. PolarDB Serverless is the first shared-storage-based serverless database supporting both seamless scale-up and read scale-out and is already commercially available at Alibaba Cloud. Yingqiang Zhang, Xinjun Yang, Hao Chen 0080, Feifei Li 0001 |
ICDE | 2 |
| 2024 | PolyBase: Adapting to Data Affinity Changes in Geo-Replicated Database via Row-Level Paxos-Group Affiliation Re-AssignmentabstractTransaction performance in geo-replicated databases heavily relies on the request location: when not issued by the primary region, transactions are forced to involve costly wide-area communication. While existing systems distribute primary roles across regions, such assignment typically occurs at the shard level, making it difficult to align with geographically dispersed access to individual records. This paper introduces PolyBase, a pioneering architecture to address such misalignment, leveraging the widely adopted Paxos-based log replication mechanisms. It enables flexible row-level consensus group affiliation , which runs on an unchanged Paxos protocol , but dynamically re-assigns database rows between Paxos log replication groups, whose leaders become the primary region, enjoying faster writes and up-to-date versions for reads. With carefully designed data structures and protocols, PolyBase significantly reduces wide-area RTTs without compromising transaction or log replication consistency or reliability guarantees. We implemented PolyBase with optimized re-assignment policies and integrated it into two popular databases (RocksDB and MySQL). Our evaluation on AWS, using a production e-commerce workload and microbench-marks confirms that PolyBase offers significantly higher transaction throughput and lower average/tail latency compared to baselines. Chaoyi Ruan, Yingqiang Zhang, Juncheng Zhang, Cheng Li 0001, Xiaosong Ma, Hao Chen 0080, Feifei Li 0001, Xinjun Yang |
Proc. VLDB Endow. | 9 |
| 2023 | Persistent Memory Disaggregation for Cloud-Native Relational DatabasesabstractThe recent emergence of commodity persistent memory (PM) hardware has altered the landscape of the storage hierarchy. It brings multi-fold benefits to database systems, with its large capacity, low latency, byte addressability, and persistence. However, PM has not been incorporated into the popular disaggregated architecture of cloud-native databases. Chaoyi Ruan, Yingqiang Zhang, Chao Bi, Xiaosong Ma, Hao Chen 0080, Feifei Li 0001, Xinjun Yang, Cheng Li 0001, Ashraf Aboulnaga, Yinlong Xu 0001 |
ASPLOS (3) | 7 |
| 2023 | PolarDB-IMCI: A Cloud-Native HTAP Database System at AlibabaabstractCloud-native databases have become the de-facto choice for mission-critical applications on the cloud due to the need for high availability, resource elasticity, and cost efficiency. Meanwhile, driven by the increasing connectivity between data generation and analysis, users prefer a single database to efficiently process both OLTP and OLAP workloads, which enhances data freshness and reduces the complexity of data synchronization and the overall business cost. In this paper, we summarize five crucial design goals for a cloud-native HTAP database based on our experience and customers' feedback, i.e., transparency, competitive OLAP performance, minimal perturbation on OLTP workloads, high data freshness, and excellent resource elasticity. As our solution to realize these goals, we present PolarDB-IMCI, a cloud-native HTAP database system designed and deployed at Alibaba Cloud. Our evaluation results show that PolarDB-IMCI is able to handle HTAP efficiently on both experimental and production workloads; notably, it speeds up analytical queries up to ×149 on TPC-H (100GB). PolarDB-IMCI introduces low visibility delay and little performance perturbation on OLTP workloads (<5%), and resource elasticity can be achieved by scaling out in tens of seconds. Tongliang Li, Haoze Song, Xinjun Yang, Wenchao Zhou, Feifei Li 0001, Baoyue Yan, Qianqian Wu 0007, Yukun Liang, Chengjun Ying, Baokai Chen, Yubin Ruan, Xiaoyi Weng, Shibin Chen, Chengzhong Yang, Hongyan Xing, Nanlong Yu, Dapeng Huang, Jianling Sun |
Proc. ACM Manag. Data | 4 |
| 2023 | PolarDB-SCC: A Cloud-Native Database Ensuring Low Latency for Strongly Consistent ReadsabstractA classic design of cloud-native databases adopts an architecture that consists of one read/write (RW) node and one or more read-only (RO) nodes. In such a design, the propagation of write-ahead logs (WALs) from the RW node to the RO node(s) is typically performed asynchronously. Consequently, system designers either have to accept a loose consistency guarantee, where a read from the RO node may return stale data, or tolerate significant performance degradation in terms of read latency, as it then needs to wait for the log to be propagated and applied. Most commercial cloud-native databases, such as Amazon Aurora, choose performance over strong consistency. As a result, it makes RO nodes useless for many applications requiring read-after-write consistency (a form of strong consistency), and the support for serverless databases (i.e., allowing the RO nodes to be scaled out automatically) is impossible as they require a single endpoint. This paper proposes PolarDB-SCC (PolarDB-Strongly Consistent Cluster), a cloud-native database architecture that guarantees strongly consistent reads with very low latency. The core idea is to eliminate unnecessary waits and reduce the necessary wait time on RO nodes while still supporting strong consistency. To achieve this, it tracks the RW node's modification timestamp at three progressively finer-grained levels. We further design a Linear Lamport timestamp to reduce the RO node's timestamp fetching operations and leverage the RDMA network for all the data transferring ( e.g. , timestamp fetching and log shipment) to minimize network overhead and extra CPU usage. Our evaluation shows that PolarDB-SCC does not incur any noticeable overhead for ensuring strongly consistent reads compared with the eventually consistent (stale) read policy. To the best of our knowledge, PolarDB-SCC is the first "read-write splitting" cloud-native database that supports strongly consistent read with negligible overhead. Compared with a straightforward read-wait design, PolarDB-SCC improves throughput by up to 4.51× and reduces median latency by up to 3.66× in SysBench's read-write workload. PolarDB-SCC is already commercially available at Alibaba Cloud. Xinjun Yang, Yingqiang Zhang, Hao Chen 0080, Feifei Li 0001, Wenchao Zhou |
Proc. VLDB Endow. | 1 |
| 2022 | PolarDB-X: An Elastic Distributed Relational Database for Cloud-Native ApplicationsabstractCloud computing is on the rise, which promotes new breeds of database systems to accommodate the cloud environment. The development of cloud-native databases reveals three trends. One is the adoption of multi-datacenter (DC) deployment to survive the downtime of any single site. Another is the separation of computation and storage resources to achieve higher elasticity and scalability. The last is the support of HTAP to eliminate data redundancy and system complexity from heterogeneous databases. To cater to these trends, we design a distributed relational database called PolarDB-X, which is built on top of the cloud-native database PolarDB. It hence inherits many cloud-native features, such as multi-datacenter deployment and elasticity. To achieve cross-DC capability, it leverages Paxos and hybrid logical clock to achieve durability and snapshot-isolation consistency with low coordination costs. For resource elasticity, since the underlying PolarDB supports rapid migration of tenants between nodes, PolarDB-X can quickly scale the cluster to cope with a sudden traffic increase. For HTAP support, with the help of read replicas and a HTAP executor, PolarDB-X can improve the latency and parallelism of analytical queries without impacting concurrently-running TP workloads. Using its MPP engine and an in-memory column index, the efficiency of analytical queries can be further enhanced. PolarDB-X is now a cloud database service at Alibaba Cloud. We have learned many useful lessons from its development and operation, and have incorporated those into our design and analysis. Wei Cao 0006, Feifei Li 0001, Gui Huang, Jianghang Lou, Dengcheng He, Mengshi Sun, Yingqiang Zhang, Sheng Wang 0011, Xueqiang Wu, Han Liao, Zilin Chen, Xiaojian Fang, Chenghui Liang, Yanxin Luo, Huanming Wang, Songlei Wang, Zhanfeng Ma, Xinjun Yang, Yubin Ruan, Qingda Hu, Junbin Kang |
ICDE | 20 |
| 2022 | CloudJump: Optimizing Cloud Databases for Cloud StoragesabstractThere has been an increasing interest in building cloud-native databases that decouple computation and storage for elasticity. A cloud-native database often adopts a cloud storage underneath its storage engine, leveraging another layer of virtualization and providing a high-performance and elastic storage service without exposing complex storage details. It helps reduce the maintenance cost and expedite development cycles for the database kernels. We have observed that there are significant differences between the local and the cloud storage that invalid many designs inside existing databases when they are ported to the cloud storage. In this paper, we analyze the challenges and opportunities of both B-tree and LSM-tree-based storage engines when they are deployed on a cloud storage. We propose an optimization framework that guides database developers to transform on-premise databases into their cloud-native counterparts. We use a B+-tree-based InnoDB as a demonstration vehicle where we have implemented a suite of optimizations using the proposed framework and extend such efforts to the LSM-tree-based RocksDB. On both engines, our evaluations show significant performance improvements on the cloud storage. Zongzhi Chen, Xinjun Yang, Feifei Li 0001, Xuntao Cheng, Qingda Hu, Zheyu Miao, Rongbiao Xie, Zhao Song 0010, Haiqing Sun, Zechao Zhuang, Wenchao Zhou, Sheng Wang 0011 |
Proc. VLDB Endow. | 2 |
| 2021 | PolarDB Serverless: A Cloud Native Database for Disaggregated Data Centersabstract\beginabstract The trend in the DBMS market is to migrate to the cloud for elasticity, high availability, and lower costs. The traditional, monolithic database architecture is difficult to meet these requirements. With the development of high-speed network and new memory technologies, disaggregated data center has become a reality: it decouples various components from monolithic servers into separated resource pools (e.g., compute, memory, and storage) and connects them through a high-speed network. The next generation cloud native databases should be designed for disaggregated data centers. In this paper, we describe the novel architecture of \name, which follows thedisaggregation design paradigm: the CPU resource on compute nodes is decoupled from remote memory pool and storage pool. Each resource pool grows or shrinks independently, providing \revon-demand provisoning at multiple dimensions while improving reliability. We also design our system to mitigate the inherent penalty brought by resource disaggregation, and introduce optimizations such as optimistic locking and index awared prefetching. Compared to the architecture that uses local resources, \name achieves better dynamic resource provisioning capabilities and 5.3 times faster failure recovery speed, while achieving comparable performance. \endabstract Wei Cao 0006, Yingqiang Zhang, Xinjun Yang, Feifei Li 0001, Sheng Wang 0011, Qingda Hu, Xuntao Cheng, Zongzhi Chen, Zhenjun Liu, Bo Wang 0114, Haiqing Sun, Zhushi Cheng, Yusong Gao, Songlu Cai, Yunyang Zhang, Jiawang Tong |
SIGMOD Conference | 3 |
| 2021 | Revisiting the Design of LSM-tree Based OLTP Storage Engine with Persistent MemoryabstractThe recent byte-addressable and large-capacity commercialized persistent memory (PM) is promising to drive database as a service (DBaaS) into unchartered territories. This paper investigates how to leverage PMs to revisit the conventional LSM-tree based OLTP storage engines designed for DRAM-SSD hierarchy for DBaaS instances. Specifically we (1) propose a light-weight PM allocator named Hal-loc customized for LSM-tree, (2) build a high-performance Semi-persistent Memtable utilizing the persistent in-memory writes of PM, (3) design a concurrent commit algorithm named Reorder Ring to aschieve log-free transaction processing for OLTP workloads and (4) present a Global Index as the new globally sorted persistent level with non-blocking in-memory compaction. The design of Reorder Ring and Semi-persistent Memtable achieves fast writes without synchronized logging overheads and achieves near instant recovery time. Moreover, the design of Semi-persistent Memtable and Global Index with in-memory compaction enables the byte-addressable persistent levels in PM, which significantly reduces the read and write amplification as well as the background compaction overheads. The overall evaluation shows that the performance of our proposal over PM-SSD hierarchy outperforms the baseline by up to 3.8x in YCSB benchmark and by 2x in TPC-C benchmark. Baoyue Yan, Xuntao Cheng, Bo Jiang 0001, Shibin Chen, Canfang Shang, Kenry Huang, Xinjun Yang, Wei Cao 0006, Feifei Li 0001 |
Proc. VLDB Endow. | 8 |