AWS中国区更新页在8月14日列出Amazon RDS for MariaDB 12.3支持。托管数据库现在可以使用MariaDB 12.3这一长期支持版本，本次RDS提供的具体小版本为12.3.2，并覆盖北京区域与宁夏区域。
这次更新不只是版本号变化。MariaDB 12.3增加Oracle TO_DATE函数兼容和原生IS JSON判断，查询优化器也改进了部分LEFT JOIN与RANGE分区扫描。准备从Oracle迁移或在数据库内处理JSON校验的团队，会更容易感受到实际差异。
RDS开始提供MariaDB 12.3.2
MariaDB 12.3是社区当前的长期支持版本，Amazon RDS首批支持12.3.2。用户可以继续使用RDS的自动备份、监控、补丁管理与高可用能力，不需要自行维护数据库所在的操作系统。
长期支持并不代表升级后所有组件永久兼容。数据库驱动、ORM、备份工具、审计插件和监控代理都可能依赖特定协议或系统表，正式切换前仍要核对各自支持矩阵。
生产环境还应检查参数组是否需要新建。MariaDB大版本之间可能存在默认参数、字符集行为或弃用功能差异，直接沿用旧参数组不一定能得到预期结果。
TO_DATE降低Oracle迁移代码改造量
MariaDB 12.3增加对Oracle TO_DATE函数的兼容。原有Oracle应用经常使用TO_DATE把字符串按照指定格式转换为日期，迁移到MariaDB时，开发人员过去可能需要调整SQL或在应用层重写转换逻辑。
新兼容能力能够减少一部分语句改造，让迁移测试更集中在存储过程、数据类型、序列和事务行为等差异上。不过，函数名称一致不等于所有边界行为都完全相同。
迁移团队应准备包含闰年、时区、空值、非法日期和不同语言环境的测试数据，逐条对比旧数据库与MariaDB返回结果。关键财务或订单日期不能只验证正常样例。
IS JSON可直接判断文档是否合法
新版本提供IS JSON谓词，SQL可以在数据库内判断一个值是否为有效JSON文档。应用不必每次先读取字段再使用程序代码解析，数据导入和接口写入流程也更容易建立统一校验条件。
数据库内校验适合阻止明显格式错误，但它不会自动判断业务字段是否完整。例如JSON语法正确，内部的产品编号、金额或状态仍可能不符合业务规则，这部分仍需要约束或应用逻辑处理。
准备启用相关条件时，应先统计现有表中不合规记录，并观察查询计划和写入开销。直接在大表上增加复杂检查，可能影响批量导入速度和线上写入延迟。
LEFT JOIN与RANGE分区查询得到优化
MariaDB 12.3的查询优化器能够更高效地处理可重新排序的LEFT JOIN语句，也改进了对RANGE分区进行有序扫描的场景。这些优化不要求应用修改SQL，就可能减少不必要的扫描或排序工作。
性能收益会随表结构、索引、数据分布和SQL写法变化。官方描述的是优化能力，不代表所有LEFT JOIN或分区查询都会得到相同比例的提升。
升级测试应保留旧版本的慢查询样本，比较执行计划、扫描行数、临时表、排序和P95延迟。只跑一组空数据库基准，无法反映真实数据倾斜和并发锁竞争。
可通过蓝绿部署或原地升级迁移
AWS提供RDS蓝绿部署、原地大版本升级和从快照恢复等路径。外部MariaDB也可以通过Amazon Database Migration Service迁移到RDS 12.3，不同方式对应不同停机窗口与回退难度。
核心数据库更适合先建立蓝绿环境，完成应用连接、读写一致性、复制延迟和性能测试后再切换。原地升级步骤更少，但回退通常更依赖升级前快照与恢复时间。
正式操作前要确认备份可恢复、磁盘余量充足，并冻结不必要的结构变更。升级完成后还应重新分析重点表、检查错误日志和慢查询，让版本升级与业务验证形成完整闭环。
