1核1G内存的云服务器搭建个人博客数据库选哪种合适？

对于 1 核 1G 内存 的云服务器搭建个人博客数据库，这是一个非常典型的“资源受限”场景。在这个配置下，选择数据库的核心原则是：轻量级、低内存占用、高并发容忍度差但小数据量表现好。

直接给出结论：首选 SQLite（如果不需要多用户写入），次选 MySQL 5.7/8.0（需优化）或 MariaDB，强烈不建议使用 PostgreSQL 或 MongoDB。

以下是针对不同技术栈的详细分析和推荐方案：

1. 核心推荐方案

方案 A：SQLite（最推荐用于纯静态或低频更新博客）

如果你的博客是 WordPress、Hexo、Hugo 等，且访问流量不大，或者主要功能是“读多写少”，SQLite 是 1G 内存下的王者。

• 优点：
  • 零内存开销：不需要独立的后台进程，直接作为文件运行，几乎不占用额外 RAM。
  • 部署极简：无需安装服务，无需配置端口，开箱即用。
  • 性能极高：在小数据量下，读写速度极快，甚至优于关系型数据库。
• 缺点：不支持高并发写入（多人同时发帖会锁表），不适合大型电商或论坛。
• 适用场景：个人日记、技术博客、访问量较低的展示型网站。

方案 B：MySQL / MariaDB（适合需要标准架构的博客）

如果你必须使用 WordPress、Typecho 等依赖标准 SQL 环境的 CMS，这是唯一的选择，但必须进行严格优化。

• 现状：官方默认配置在 1G 内存下极易 OOM（内存溢出）导致崩溃。
• 优化策略（关键）：
  1. 版本选择：推荐使用 MariaDB 10.3+ 或 MySQL 5.7（比 8.0 更轻量）。
  2. 调整 my.cnf 参数：
     • innodb_buffer_pool_size：设置为物理内存的 10%-15%（约 100MB – 150MB）。
     • max_connections：限制在 20-30 以内（防止连接数过多吃光内存）。
     • tmp_table_size 和 max_heap_table_size：调小至 4M-8M。
  3. 开启 Swap：务必在服务器上创建 1GB-2GB 的 Swap 分区，防止内存瞬间耗尽导致系统卡死。
• 适用场景：WordPress 博客、需要频繁更新内容的站点。

2. 为什么不推荐其他数据库？

3. 具体实施建议与避坑指南

针对 1 核 1G 的配置，除了选对数据库，操作系统和运行环境同样重要：

A. 操作系统选择

• 推荐：Ubuntu 20.04/22.04 LTS 或 Debian 11/12。
• 理由：CentOS 7/8 相对较重，Debian 和 Ubuntu 的社区版资源占用略低，且软件源丰富。
• 桌面环境：千万不要安装图形界面（GUI），只使用最小化安装（Minimal Install）。

B. 运行环境优化

• PHP/Java 优化：如果是 PHP 博客（如 WordPress），将 PHP-FPM 的 pm.max_children 限制在 3-5 个；如果是 Java (Spring Boot)，启动参数 -Xmx 必须限制在 256MB 以内。
• Swap 交换空间：
  这是 1G 内存服务器的救命稻草。即使数据库选得再好，没有 Swap 遇到突发流量也会直接挂掉。

  # 示例：创建一个 2GB 的 swap 文件
  sudo fallocate -l 2G /swapfile
  sudo chmod 600 /swapfile
  sudo mkswap /swapfile
  sudo swapon /swapfile
  # 永久生效
  echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

C. 替代方案：无数据库架构

如果你的博客内容主要是 Markdown 文章，且不需要复杂的评论系统（或者评论用第三方如 Waline/Disqus），可以考虑：

• Static Site Generator (SSG)：如 Hexo, Hugo, Astro。
• 数据存储：直接存为本地 .md 文件或 Git 仓库，完全不需要数据库。
• 优势：1G 内存绰绰有余，甚至不需要 CPU，安全性极高，加载速度最快。

总结建议

1. 如果你能接受非标准架构：直接使用 SQLite 或 SSG（无数据库），这是最稳定、最省资源的方案。
2. 如果你必须用 WordPress/Typecho：选择 MariaDB，并严格执行内存参数优化 + 开启 Swap。
3. 如果预算允许：考虑升级到 2 核 2G，这会让数据库的运行体验从“勉强维持”变为“流畅舒适”。