云知识CLOUD针对 1GB 内存的服务器，选择数据库的核心原则是：资源占用低、启动快、无需独立后台进程。
✅ 最佳推荐：SQLite
为什么 SQLite 是 1G 服务器的首选？
- 零进程开销：SQLite 不是客户端-服务器架构，没有独立的数据库服务进程（如
mysqld或mariadbd）。它直接通过文件操作读写数据，节省大量 CPU 和内存。 - 极低内存占用：空闲时几乎不占内存，运行时动态分配，峰值通常低于 50MB。
- 部署简单：无需安装、配置、优化参数，一个
.db文件即可备份/迁移。 - 适合轻量级应用：博客、小型 CMS、API 后端、IoT 设备数据、个人项目等。
⚠️ 注意：SQLite 在高并发写入场景下性能会下降（因为它是单写锁），但如果你的应用 QPS < 100，完全没问题。
❌ 不推荐：MySQL / MariaDB
为什么 MySQL/MariaDB 不适合 1G 服务器？
- 高内存基线：即使最小化配置，MySQL/MariaDB 也需要预留至少 300–500MB+ 内存用于缓冲池（InnoDB Buffer Pool）、线程栈、排序缓冲区等。
- 交换风险：1GB 内存 + OS + Web 服务（Nginx/Apache）+ PHP/Python/Node.js，极易触发 Swap，导致系统卡顿甚至 OOM（Out of Memory）。
- 启动慢、维护复杂：需要调优
my.cnf，否则容易崩溃或性能极差。
📉 实测参考：
- Ubuntu 22.04 + Nginx + PHP-FPM + MySQL → 空闲内存常低于 200MB，压力测试易崩溃。
- SQLite + Nginx + PHP-FPM → 空闲内存常 > 600MB，稳定运行。
🔄 折中方案：如果必须用关系型数据库且需高并发？
如果你必须使用 MySQL/MariaDB（例如已有代码依赖、团队熟悉度、需远程连接等），请采取以下措施：
- 使用 MariaDB 而非 MySQL：MariaDB 更轻量，资源略少。
- 极致优化配置：
[mysqld] innodb_buffer_pool_size = 128M # 关键！限制最大内存 max_connections = 50 # 限制连接数 table_open_cache = 200 # 减少文件描述符开销 query_cache_type = 0 # 禁用查询缓存（现代版本已移除） tmp_table_size = 16M max_heap_table_size = 16M - 启用 Swap：确保有 2GB+ Swap 空间防止 OOM（但性能会下降）。
- 考虑替代引擎：使用 MyISAM（非事务，但更省内存）仅适用于只读或低频写入场景。
📊 对比总结表
| 特性 | SQLite | MariaDB / MySQL |
|---|---|---|
| 内存占用 | < 50MB（动态） | 300–500MB+（静态预留） |
| CPU 开销 | 极低 | 中等 |
| 并发写入能力 | 弱（单写锁） | 强 |
| 部署复杂度 | 极简（无服务） | 复杂（需调优） |
| 适用场景 | 个人项目、小流量 API | 多用户、高并发、企业应用 |
| 1G 服务器友好度 | ✅ 完美适配 | ❌ 勉强运行，风险高 |
✅ 最终建议
- 90% 的 1G 服务器场景 → 选 SQLite
- 少数特殊需求（如需远程访问、极高并发写入、现有 MySQL 代码库）→ 选 MariaDB 并严格限制
innodb_buffer_pool_size=128M
💡 额外提示：如果你的应用是 Go/Rust 等语言构建，也可考虑 BadgerDB 或 LiteDB 等嵌入式 KV 存储，同样轻量高效。