Automated Database Operations Platform Overview
An automated database operations platform shifts routine DBA tasks to developer self‑service and fully automates processes such as cluster provisioning, scaling, backup, migration, and sharding, using a stateless workflow center, job queue, and unified SqlEditor to improve efficiency, safety, and auditability.
This article introduces an automated database operations platform designed to shift routine DBA tasks to self‑service for developers and fully automate DBA‑related processes.
The motivation stems from the heavy workload of DBAs handling work orders, large‑table DDL, cluster provisioning, scaling, and data migration. Repetitive operations reduce efficiency, so the team analyzed requirements and decided to separate data‑related tasks (self‑service) from DBA‑related tasks (automation).
The new architecture mirrors production environments: a front‑end SLB for load balancing, an RDS core composed of the RDS engine, dynamic configuration center Lion, migration tool Puma, and the Zebra JDBC‑based connection pool. The database layer uses an MHA+MySQL setup, and a lightweight Job Center executes system‑level commands.
To avoid maintaining separate legacy systems, all components (servers, middleware, databases) are hosted on the same online infrastructure, with DBA responsibilities delegated to the platform and server management handed to business operations.
A stateless workflow center manages processes and tasks, ensuring idempotent sub‑tasks and using MySQL‑based lightweight locks for distributed execution. The Job Center pulls tasks from a MySQL queue, forks processes, and handles callbacks.
The platform supports one‑click cluster provisioning, scaling, backup/restore, traffic control, dynamic migration/sharding, and single‑table splitting. Dynamic migration follows four steps: seed data transfer, incremental data transfer, account/permission migration, and data source switch. Incremental migration can use a MySQL middle‑machine or Puma, each with trade‑offs.
During data source switching, the system performs permission verification, table locking within a transaction, checksum‑based consistency checks, source switch, killing blocked queries, and resetting slaves to ensure safety.
Single‑table sharding is achieved by configuring sharding rules, dumping data, setting up incremental sync, enabling dual‑write, and disabling the old table.
Developers benefit from a SqlEditor module that integrates query, edit, permission, and data masking functions, offering unified system‑level access accounts, centralized permission requests, enforced access policies, and enhanced audit and security controls.
Signed-in readers can open the original source through BestHub's protected redirect.
This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactand we will review it promptly.
Meituan Technology Team
Over 10,000 engineers powering China’s leading lifestyle services e‑commerce platform. Supporting hundreds of millions of consumers, millions of merchants across 2,000+ industries. This is the public channel for the tech teams behind Meituan, Dianping, Meituan Waimai, Meituan Select, and related services.
How this landed with the community
Was this worth your time?
0 Comments
Thoughtful readers leave field notes, pushback, and hard-won operational detail here.
