1核1G的服务器跑SQLite或MySQL哪个更合适？

在 1核 1G（1 vCPU, 1GB RAM） 这种极低配置的服务器上，SQLite 通常是更合适、更稳定且性能更好的选择。

以下是详细对比分析和建议：

✅ 推荐：SQLite

优点：

1. 零内存开销
   SQLite 是嵌入式数据库，没有独立的数据库服务进程（如 mysqld），不占用额外 CPU 和内存资源。所有操作直接在应用进程中执行。

2. 无并发锁竞争问题（小负载下）
   对于单用户或少量并发请求（如个人博客、小型 CMS、API 后端），SQLite 的 WAL（Write-Ahead Logging）模式可以提供良好的读并发能力，写操作串行化也不会成为瓶颈。

3. 部署简单，维护成本低

   • 无需安装、配置、启动数据库服务。
   • 数据文件即数据库，备份只需复制文件。
   • 无端口开放、无防火墙配置、无用户权限管理。

4. 性能更高（在小规模场景下）
   避免了网络 IPC（进程间通信）或 TCP/IP 连接开销，本地文件 I/O 速度远快于 MySQL 的网络查询。

5. 适合轻量级应用
   非常适合：

   • 个人网站 / 博客
   • 小型内部工具
   • 移动端/桌面端应用的后端
   • 原型开发、测试环境

缺点：

• 不适合高并发写入：多个同时写入会导致锁等待。
• 不支持复杂的多用户权限控制。
• 大表或多表 JOIN 性能不如 MySQL。
• 无法远程访问（除非通过应用层X_X）。

💡 如果并发请求 < 10 QPS，数据量 < 100MB，SQLite 表现极佳。

⚠️ MySQL（或 MariaDB）在 1C1G 上的问题

缺点：

1. 内存占用高
   MySQL 即使空闲也会占用 100~300MB+ 内存（取决于版本和配置）。在 1GB 总内存中，这可能导致系统频繁 swap，严重拖慢整体性能。

2. CPU 开销大
   每个连接都需要独立线程处理，1 核 CPU 容易在高并发时饱和。

3. 需要调优才能勉强运行
   必须严格限制：

   • innodb_buffer_pool_size ≤ 128MB
   • 最大连接数 max_connections = 10~20
   • 禁用不必要的功能（如日志、审计等）

4. 稳定性风险高
   一旦内存不足，MySQL 可能崩溃或响应极慢，影响整个服务器。

适用场景（勉强可用）：

• 已有现成 MySQL 应用，迁移成本高。
• 需要多用户并发访问 + 复杂事务。
• 数据量较大（>500MB）且查询复杂。

❗ 但即便如此，也建议搭配 Redis 缓存、优化 SQL、使用 MyISAM 替代 InnoDB（如无事务需求）等极端优化手段。

📊 对比总结表

✅ 最终建议：

• 如果你做的是个人项目、小型网站、内部工具、原型开发 → 选 SQLite
• 如果你必须用 MySQL（如团队协作、现有架构依赖）→ 仍可选，但务必极致优化并监控内存/CPU
• 如果未来可能扩展 → 现在就用 SQLite，后期可通过 ORM 抽象层平滑迁移到 MySQL

🔧 小技巧：使用 SQLite 时启用 PRAGMA journal_mode=WAL; 和 PRAGMA synchronous=NORMAL; 可显著提升性能。

✅ 结论：在 1核1G 环境下，SQLite 是更合理、更高效、更稳定的选择。