云服务器
在1核1GB内存的服务器上，数据库的实际可用内存取决于多个因素，以下是关键分析及建议：
1. 操作系统和基础服务的开销
- 系统占用：Linux系统本身通常需要 100MB~300MB 内存（最小化安装可能更低）。
- 其他服务：如果服务器还运行Web服务（如Nginx/Apache）、监控工具等，需额外预留内存。
- 剩余可用内存：保守估计约 700MB~900MB 可用于数据库。
2. 数据库类型与配置优化
不同数据库的内存管理机制差异较大：
A. MySQL/MariaDB
- 关键参数：
innodb_buffer_pool_size：建议设置为可用内存的 50%~70%（约350MB~600MB）。- 其他缓存（查询缓存、连接池等）需进一步调低或关闭。
- 实际表现：小型网站或低频应用可能勉强运行，但高并发或复杂查询易触发OOM（内存不足）。
B. PostgreSQL
shared_buffers：建议设为 25% 内存（约200MB~250MB）。work_mem和maintenance_work_mem需调至极低（如几MB），避免并发操作耗尽内存。
C. Redis（纯内存数据库）
- 理论上可分配 900MB 给Redis，但需保留部分内存供系统和持久化操作。
- 实际建议：最大内存配置为700MB，并启用
maxmemory-policy（如LRU淘汰机制）。
D. SQLite
- 无服务进程，内存占用取决于应用负载，适合嵌入式或极低流量场景。
3. 数据量与性能影响
- 小型数据库：单表几十万条记录+简单查询可能可行。
- 性能瓶颈：频繁磁盘I/O（因内存不足缓存数据）会导致响应延迟显著上升。
- 危险信号：Swap使用率高、数据库频繁重启或OOM Killer终止进程。
4. 优化建议
- 精简配置：关闭非必要功能（如查询缓存、审计日志）。
- 连接限制：减少最大连接数（如MySQL的
max_connections=30）。 - 监控工具：使用
htop、free -m或dmesg跟踪内存使用。 - 替代方案：考虑SQLite（无服务架构）或云数据库（托管服务）。
总结
- 安全范围：数据库专用内存建议不超过 500MB~700MB。
- 适用场景：个人项目、开发测试、极低流量应用（日活<100）。
- 风险提示：生产环境高并发或重要数据需升级配置（至少2GB内存）。
如果需要具体数据库的配置示例，可提供更多需求细节（如数据库类型、访问模式）。