云服务器
在单台 Linux 服务器上同时部署 Redis 和 MySQL（非生产环境，如开发、测试、小型内部应用或低流量原型），推荐的最低硬件配置需兼顾两者的基础运行需求与合理隔离性。以下是综合官方文档、社区实践和性能经验给出的务实建议：
✅ 推荐最低硬件配置（适用于轻量级场景）
| 组件 | 推荐最低配置 | 说明 |
|---|---|---|
| CPU | 2 核（vCPU） | MySQL（尤其 InnoDB）和 Redis 均受益于多核；1 核易成瓶颈（尤其并发连接/持久化时）。2 核可基本满足小负载。 |
| 内存 | 4 GB RAM（强烈建议 ≥ 6 GB） | ⚠️ 关键项！ • MySQL：至少需 1–2 GB 分配给 innodb_buffer_pool_size（建议设为物理内存的 50–75%，但单机共存需让步）• Redis：建议预留 1–2 GB（若数据量小可 <1 GB，但需留出 OS 缓存和 MySQL 空间） • OS + 其他进程：需 ≥ 512 MB → 4 GB 是理论下限，但极易因内存压力触发 OOM Killer 或频繁 swap，实际强烈推荐 ≥ 6 GB。 |
| 存储 | ≥ 40 GB SSD（NVMe 更佳） | • MySQL 日志（binlog、redo log、slow log）、数据文件增长快 • Redis RDB/AOF 持久化文件需空间 • SSD 对随机 I/O（MySQL 表扫描/索引查找、Redis fork 写 RDB）至关重要；HDD 会严重拖慢性能甚至导致超时。 |
| 网络 | 千兆网卡（1 Gbps） | 满足本地回环通信及基础外部访问；非瓶颈项，但避免百兆网卡。 |
⚠️ 关键注意事项与调优建议
-
内存分配必须手动规划（否则必然冲突）：
# MySQL (my.cnf) 示例（针对 4GB 总内存） [mysqld] innodb_buffer_pool_size = 1.5G # 不超过总内存 40%（留足给 Redis 和 OS） max_connections = 100 # 避免连接过多耗尽内存 key_buffer_size = 32M# Redis (redis.conf) 示例 maxmemory 1g # 显式限制，防止吃光内存 maxmemory-policy allkeys-lru # 合理淘汰策略 save 900 1 # 减少 RDB 频率（降低 fork 开销） appendonly no # 开发环境可关闭 AOF（或设为 everysec） -
避免资源争抢：
- ❌ 不要将 Redis
maxmemory设为0（不限制）或过高。 - ❌ 不要启用 MySQL 的
query_cache（已废弃，且与 Redis 功能重叠）。 - ✅ 将 Redis 绑定到
127.0.0.1（禁用公网暴露），减少网络开销。 - ✅ 使用
systemd为两者设置内存限制（如MemoryLimit=2G），增强稳定性。
- ❌ 不要将 Redis
-
监控必备：
# 实时观察内存压力 free -h && cat /proc/meminfo | grep -E "MemAvailable|SwapTotal|SwapFree" # 检查是否发生 swap vmstat 1 5 | tail -1 | awk '{print $3,$4}' # si/so > 0 表示 swap 活跃
🚫 什么情况下 不推荐 单机共存？
| 场景 | 原因 |
|---|---|
| 生产环境（日活 > 1k 用户） | 故障耦合风险高（如 MySQL 大查询拖垮 Redis 响应）；无法独立扩缩容。 |
| Redis 存储 > 500MB 数据 | RDB fork 耗时长，可能阻塞 MySQL 连接建立（尤其在高并发时）。 |
| MySQL 需要复杂分析/大量写入 | InnoDB 日志刷盘 + Redis AOF fsync 易引发 I/O 争抢。 |
| 要求高可用（如 99.9% SLA） | 单点故障，无冗余。 |
✅ 生产环境强烈推荐分离部署（即使同机房不同 VM/容器），或使用云托管服务（如 AWS RDS + ElastiCache）。
✅ 总结：一句话推荐
开发/测试环境最低可行配置：2 核 CPU + 6 GB RAM + 40 GB SSD
（4 GB 内存是理论底线，但 6 GB 才能真正稳定运行并留出安全余量）
如需进一步优化，可提供具体场景（如：预计 QPS、数据规模、是否需要持久化、是否允许部分数据丢失），我可帮你定制参数方案。