用途：帮助判断应安装哪个 MariaDB 版本、LTS 之间如何升级、某功能在哪个版本可用，以及解读 EOL 日期。
主要能力：提供 LTS 与临时版本的区别、各 LTS 的 GA 与社区 EOL 信息、功能引入矩阵、升级路径与决策树。资料强调生产环境应选 LTS（10.6 / 10.11 / 11.4 / 11.8），临时版本仅作开发测试；每次替换二进制后运行 mariadb-upgrade；升级必须逐个大版本进行，例如 10.6 到 10.11，再到 11.4，再到 11.8，不可直接跳级；判断功能前应在实际服务器执行 SELECT VERSION();，因为发行版标签可能滞后；不要用 MySQL 文档判断 MariaDB 功能，二者在 5.5 后已分化。
使用方式：先在实际服务器查询版本，再对照功能引入矩阵；就地升级流程为备份、停止服务、安装新二进制、启动、运行一次 mariadb-upgrade、验证；跨多个大版本可逐级就地升级，或从旧版本逻辑导出后恢复到全新安装。
适用场景：新部署选型、Frappe 等应用基线选择、从 MySQL 迁移后的版本决策、遗留 EOL 版本升级规划、功能可用性判断。
限制：不覆盖 MySQL 到 MariaDB 的详细迁移、复制与 Galera 架构、存储引擎选择、具体 SQL 语法；资料中 12.x 的 GA 与 EOL 日期标注为 TBD，企业版与扩展支持的具体日期需查来源链接。