All Products
Search
Document Center

PolarDB:Centralized-distributed integration

Last Updated:Aug 27, 2026

PolarDB-X integrates centralized and distributed architectures in one system. Start with a centralized deployment and scale out to distributed without data migration.

Overview

For most small and medium-sized enterprises (SMEs), a centralized database meets routine needs at lower cost and operational complexity. A distributed database handles high throughput, large-scale storage, and horizontal scaling, but costs more and requires greater technical expertise.

As business grows, an SME using a centralized database may need distributed scaling to handle higher concurrency and throughput.

PolarDB Distributed Edition (PolarDB-X) provides an integrated centralized-distributed architecture that combines distributed availability and scalability with centralized performance in a single system.

Features

In the integrated architecture, data nodes (DNs) run in centralized form, fully compatible with standalone MySQL. When you need distributed scaling, the architecture upgrades in place—distributed components connect to existing DNs without data migration or application changes.

Instance editions

PolarDB-X offers two editions: Standard Edition (centralized architecture) and Enterprise Edition (distributed architecture).

image

  • Standard Edition (centralized architecture)

    PolarDB-X Standard Edition runs as a centralized deployment backed by multi-replica DNs. It supports specifications starting from 2 cores and 4 GB.

    image

    PolarDB-X Standard Edition uses the Paxos majority replication protocol for strong replica consistency and financial-grade high availability (RPO=0, RTO<10 seconds). The self-developed Lizard distributed transaction engine provides more reliable high availability and delivers approximately 35% higher performance than the native MySQL distributed engine.

  • Enterprise Edition (distributed architecture)

    PolarDB-X Enterprise Edition is a fully distributed deployment with compute nodes (CN), data nodes (DN), change data capture (CDC), columnar nodes (COLUMNAR), and global meta service (GMS). PolarDB-X Enterprise Edition is highly compatible with MySQL, and supports strongly consistent distributed transactions, parallel queries, and horizontal scaling.

    image

Upgrade from Standard to Enterprise Edition

As business scales, PolarDB-X Standard Edition may hit centralized bottlenecks: large single tables degrading query performance, sustained high-concurrency loads, or unmet analytical requirements. At this point, vertical scaling alone becomes insufficient and cost-ineffective.

PolarDB-X allows you to upgrade an instance from Standard Edition to Enterprise Edition, leveraging distributed and HTAP capabilities while preserving the standalone MySQL experience.

image
Note

Storage resource pools and elastic specifications

PolarDB-X uses storage pools and Locality to enable on-demand distributed scaling.

  • Storage resource pools: DNs are grouped into non-overlapping pools. You can add or remove DNs at the pool level.

  • Locality: Associates database objects (databases, tables, partitions) with specific resource pools.

image
Note

Two typical scenarios for on-demand distributed scaling:

  • Multi-tenant SaaS: After upgrading to Enterprise Edition, use vertical partitioning to distribute tenants across storage pools. Each pool maintains the single-table form for distributed scaling (see storage resource pool 1 in the diagram).

  • High-concurrency e-commerce: Use horizontal splitting to distribute data across multiple DNs in a resource pool (see storage resource pool 3 in the diagram).

Distribute centralized data using Online DDL:

image
Note
  • Multiple single tables: Keep the single-table form and evolve into distributed vertical partitioning. After expanding DNs in a storage pool, tables distribute evenly across DNs.

  • Large tables: Convert online to distributed tables for horizontal scaling. After expanding DNs, partitions rebalance automatically.

  • Mixed workloads: Convert large tables to distributed tables while keeping single tables across multiple storage pools. This combines vertical and horizontal splitting for linear scaling through resource expansion.

  • Each DN can be independently scaled through data node management to match its actual resource needs and improve overall utilization.