这三者都是非常优秀的开源关系型数据库，但它们的设计理念、应用场景和“性格”有所不同。
简单来说：MySQL 是行业标准，MariaDB 是 MySQL 的“更开放、更优化的”孪生兄弟，而 PostgreSQL 是功能最强大、最严谨的“学院派”选手。
以下是详细的对比分析，以及关于“哪个更轻量”的解答。
| 特性 | MySQL | MariaDB | PostgreSQL (PG) |
|---|---|---|---|
| 开发者/归属 | Oracle 公司 | 开源社区 (MySQL 创始人开发) | 全球开发者社区 |
| 类型 | 关系型数据库 (RDBMS) | 关系型数据库 (RDBMS) | 对象-关系型数据库 (ORDBMS) |
| 并发模型 | 多线程 (Thread-based) | 多线程 (Thread-based) | 多进程 (Process-based) |
| SQL 标准 | 部分符合，较灵活（随意） | 与 MySQL 兼容，改进了标准 | 高度严格遵循 SQL 标准 |
| 擅长场景 | 读多写少、简单 Web 应用 (WordPress, 电商) | 同 MySQL，但性能和特性更强 | 写密集、复杂查询、数据分析、GIS 地理信息 |
| JSON 支持 | 支持 (较晚加入) | 支持 (作为别名) | 非常强大 (JSONB 二进制存储) |
地位： 互联网领域的“老大哥”。最流行，文档最全，云厂商支持最好。
优点： 生态系统极其庞大，上手简单，适合绝大多数中小型网站（如 LAMP/LEMP 架构）。
缺点： 被 Oracle 收购后，开源社区担心其封闭化；功能更新相对保守；复杂查询性能不如 PG。
地位： MySQL 的“亲儿子”和“继承者”。由 MySQL 的创始人担心 Oracle 闭源而创建的分支。
优点： 完全兼容 MySQL（可以直接通过卸载 MySQL 安装 MariaDB 来替换）。它通常比 MySQL 更快，支持更多的存储引擎，且完全开源。
缺点： 随着版本迭代，某些高级功能开始与 MySQL 产生分歧，不再是 100% 的“无脑替换”。
地位： 数据库界的“特种兵”。它不仅是存数据的，还能处理复杂逻辑。
优点：
极其稳定可靠（ACID 支持最好）。
支持复杂数据类型（数组、JSON、XML、地理空间数据 PostGIS）。
算法强大：在处理复杂的 JOIN 查询和海量数据分析时，性能往往优于 MySQL。
缺点： 配置参数较多，学习曲线比 MySQL 略陡峭；由于是多进程架构，高并发连接下对内存消耗较大（通常需要连接池）。
这个问题的答案取决于你对“轻量”的定义，但通常的结论是：
SQLite > MariaDB ≥ MySQL > PostgreSQL
如果你问的是“最轻量”，不得不提 SQLite。它是一个单文件数据库，不需要安装服务，不需要配置端口，直接嵌入在程序中。
适用： 手机 App、物联网设备、小型个人博客、测试环境。
不适用： 多用户高并发写入。
在服务器级数据库中，MariaDB 通常被认为比 MySQL 更“轻”。
它对内存的优化更好，且剥离了 Oracle MySQL 中一些臃肿或闭源的组件。
它的复制机制和查询优化器通常比 MySQL 更高效。
MySQL 5.7 之后变得越来越“重”，内存占用显著增加，但在标准配置下仍然比 PG 节省资源。
进程 vs 线程： MySQL/MariaDB 是多线程模型（一个连接是一个线程，共享内存），而 PostgreSQL 是多进程模型（一个连接是一个独立的操作系统进程）。
资源消耗： 这意味着 PG 在建立连接时开销更大，且每个连接占用的 RAM 更多。如果不使用连接池（如 PgBouncer），在几千个并发连接下，PG 会比 MySQL 消耗多得多的内存。
选 MariaDB： 如果你需要一个轻量、快速、主要用于 Web 网站（读多写少）的数据库，且希望完全开源。它是 MySQL 的最佳替代品。
选 MySQL： 如果你想要最稳妥、资料最多、招聘最容易、且云服务商支持最无脑的方案。
选 PostgreSQL： 如果你的数据结构复杂（包含 JSON、地理位置），需要进行复杂的分析统计，或者对数据一致性有极高要求（金融级）。
选 SQLite： 如果你的并发量很低，或者只是做个单机工具。
您目前是打算开发什么类型的应用？ 我可以为您推荐具体的选型方案。
