PolarDB 大能人系列--推演PolarDB 4年都干了什 ！！！

❝开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3400人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7 8群已经爆满 9群 300+，开10群PolarDB专业学习群110+)

这是Austindatabases公众号的2026年的第三个系列，我是大能人。本系列会围绕PolarDB 进行知识分享，发现PolarDB云中中的问题，以及产品设计中的一些建议为主题，基于本人工作中当前核心的数据库是PolarDB for MySQL 和 PolarDB for PostgreSQL 为基础，里面也会融合一些 RDS 数据库产品，作为年度第三个核心的知识点。

本年度分别围绕，数据库的AI实现，监控告警的治理，PolarDB 云原生和RDS产品的使用特性与秘籍，为三条主旨线。

PolarDB 作为云上不可多得的高质量云原生数据库产品，在众多云数据库市场中，杀出一条血路。在4年多的使用中，逐渐积累了一些使用经验，同时PolarDB 还在疯狂的发展，我们将针对一些大家感兴趣和我们使用中发现的PolarDB的问题进行，帮助使用和想要在云上数据库使用有一番作为的同学。

PolarDB 系列我是大能人，将从PolarDB的底层，使用技巧，新技术等三个方面串起2026年一年的内容，您可能当前还没有上云，也没有关系，上云是后现代DBA的必经之路，也是躲不开的必知之一。

本期我们带来的是，什么是云原生--PolarDB 为什么是云原生数据库的标杆。

第一，我们要纠正一个概念，上云了，我使用了阿里云，华为云，腾讯云的数据库产品，这些数据库产品就是云原生的，或者是，用容器，用Kubernetes 运行的数据库就是云原生的数据库产品。

其实这些认为，并不完全，或者说大部分是不正确，不完整的。这些都是一种外在的表现现实。

云原生的当下的核心概念是，从数据库的设计之初就是为了云硬件，云分布式，弹性，运自动化管理，更合理的使用资源，构建可观测行等多个角度来去重构数据库。云原生数据库的核心不完全或者一大部分内容并不是为了用户，重点是为了资源合理利用，管理而产生的数据库系统。

他包含了 CNCF Cloud Native computing foundation ,容器化运行，通过自动管理容器的方式，将数据库整体拆分为微服务的方式，每个部分独立部署，建立内部的可观测性，

在用户端支持如下特性

1 弹性扩容

2 存算分离

3 支持自动故障转移切换

4 支持多副本分布式

5 可以按需，按照使用量和时长计费

同时从技术角度看，云原生数据库具有弹性，自愈，解耦，可变成运维等特性。

从深刻的用户角度看，云原生可以支持不确定的流量，不确定的规模应用，不确定的生命周期的应用。

所以，截止目前只有云厂商的自有品牌的数据库产品，才可能是真正的云原生数据库。对于一些认为PolarDB 是 MySQL 或者 PostgreSQL的观点，我们可以把他解构为

1 PolarDB 的和核心是把数据库的可靠性和存储复杂度，下沉到分布式存储层，兼容只是为了满足客户使用的一个点，但PolarDB 有自己的一些语法和使用的特殊语句。

2 PolarDB的硬件有自己的独特性，内存 CPU 等硬件是分离的形式进行负载给客户的，磁盘是独有的磁盘文件格式，和磁盘页面大小设置，与当下的数据库均不相同

3 PolarDB 是插入式功能数据库，不同功能可以通过节点单独插入到数据库产品中，通过代理来进行任务的分发。

4 PolarDB 具有 MYSQL PostgreSQL 不具有的一些数据处理方式方法，和不同的数据引擎，并不是具有 MYSQL PG的知识就完全可以操作 POLARDB。 PolarDB 需要专业的学习。

所以基于以上的内容，2026年我们将开设 PolarDB 的大能人系列，欢迎接受新知识的同学咱一起上车。

今天我们通过PolarDB for MySQL 8.01的4年间的版本升级列表来推演出来，PolarDB这四年的工作模式和方向。

https://help.aliyun.com/zh/polardb/polardb-for-mysql/polardb-for-mysql-8-0-1

从这四年的功能发布日志，我们可以分析出如下的一些特点（仅仅针对 PolarDB MySQL8.01）

image

最近PolarDB 在做什么，2025年--2026年PolarDB for MySQL 从功能补齐阶段，逐渐转移到，执行引擎的优化和稳定性的加强和数据库MPP化阶段。

这里有几个里程碑的记录

列存索引（IMCI）全面增强

支持 Hybrid Plan 加速宽表查询（含 Index Search / Index Join）& MPP 执行（2026.01.24）

支持 JSON 类型、GIS、BIT、DECIMAL、VARCHAR 长 IN-List 查询优化（2025.09.29 ~ 2026.01.24）

支持 ROLLUP + 聚合子查询下推、全文索引、JSON_ARRAYAGG（2025.09.29 ~ 2025.12.12）

支持分区表指定分区查询、分区裁剪、Exchange Partition（2025.04.25 ~ 2025.12.12）

支持秒级加列（Rebuild IMCI）、列式排序提升裁剪效率（2023.04.14 ~ 2023.06.12）

支持基于 ORC/PARQUET 文件扫描（2023.02.21）

从2023年-到2026年我们可以清晰的看出 PolarDB IMCI部分逐步的完善和逐步的成为系统的几个重要的组成部分之一。

可以说，IMCI是PolarDB多功能方案中的核心，向量计算，列式计算，等等。

第二个部分是 Orca 内存数控机加入到PolarDB 中，这个部分我没有使用过，这个功能是在2025年引入到PolarDB内部的，他支持REDIS 7.0以下的协议，支持lua 脚本并完善了监控的体系。

第三个部分是数据自助规定和清理的部分，这里PolarDB支持了OSS 数据库内置归档以及数据清理自助TTL的功能。

第四个部分是早期在弹性中的完善，在2023年4月到6月完善了 全局一致性（高性能模式）+ 弹性并行查询（PQ）。

最后总结一句话，PolarDB for MySQL 8.01,从2022年引入了IMCI功能后，提高了OLAP的数据处理能力，在2023年引入了数据的自动冷热分离技术，架构进行了改造，支持了多租集群，OSS的数据存储速度的增强。2024年后，主要在功能的完善的迭代中，2025年引入了心的功能，如ORCA，全量物化视图等。2026年开年就通过IMCI支持了宽表查询和并发执行的能力，从多个方面提高了binlog索引I/O效率的提升。

下期我们可以给大家带来一个小问题的处理，也是最近我们出现的一个问题，导致麻烦PolarDB的专家协助处理，其实后续这样的问题，我们可以自己去分析和解决的过程。