JP E-commerce on Bare Metal: DB QPS 4x in 30 Days
1. 项目背景与目标
客户化名 「Sakura Mart」，日本本土美妆电商，日均订单 8000 单，年末年始峰值预计 10 倍。迁移前用某云主机，存在以下问题：
- 挑战：数据库 QPS 到 3000 就打满云盘 IOPS，慢查询激增，结算页 P99 6.8s。
- 目标：30 天内数据库 QPS 支撑 15000+，结算页 P99 <2.5s，大促零宕机。
2. 技术方案概述
架构：东京裸金属数据库集群 + 云主机 Web 弹性层 + Redis 全页缓存。
- 数据库：3 台裸金属（32C/128G/4×3.84TB NVMe RAID 10），一主两从。
- Web 层：20 台云主机（8C/16G），Nginx + PHP-FPM，弹性伸缩。
- 缓存：Redis 集群（6 节点），全页缓存 + 购物车，命中率 ≥ 94%。
- CDN：静态资源走 Cloudflare + 日本 BBIX peering。
3. 服务器与网络配置示例
| 层级 | 规格 | 数量 | 备注 |
|---|---|---|---|
| DB 主 | 32C/128G/4×3.84TB NVMe RAID10 | 1 台 (TYO) | 写 IOPS ≥12 万 |
| DB 从 | 32C/128G/4×3.84TB NVMe RAID10 | 2 台 (TYO) | 读负载 + 备份 |
| Redis | 8C/64G/1TB NVMe | 6 台 | 全页缓存 |
| Web | 8C/16G/500GB | 20 台 | 弹性伸缩 20–60 |
| 带宽 | 1Gbps ×4（DB） + 10Gbps（Web） | — | BBIX peering |
| DDoS | 200Gbps | — | 本地清洗 |
4. 真实数据对比（上线前 vs 上线后）
| 指标 | 上线前（云主机） | 上线后（裸金属 DB + 云 Web） |
|---|---|---|
| 数据库峰值 QPS | 3,200 | 13,800 |
| 结算页 P99 | 6.8s | 2.1s |
| 慢查询数（日） | 4,200 | 120 |
| 磁盘 IOPS（峰值） | 5,000（上限） | 48,000 |
| 大促宕机次数 | 2 次（共 40 分钟） | 0 次 |
| 大促 GMV | 基准 100% | 增长 168% |
5. 业务增长与技术分析
- 数据库 QPS 从 3200 提升到 13800，结算页 P99 从 6.8s 降到 2.1s，支付成功率从 88% 提升到 97%。
- 慢查询从日均 4200 降到 120，客服关于「下单慢/失败」的工单下降 92%。
- 大促期间零宕机，GMV 同比增长 168%，远超预期的 130%。
6. 实施建议与注意事项
- 读写分离：写走主库，读走从库（2 台分担），主库压力降 60%。
- 全页缓存：商品页、分类页走 Redis 全页缓存，命中率 ≥94%，数据库请求降 80%。
- RAID 10：数据库必须 RAID 10，性能 + 冗余，别用 RAID 5（写惩罚）。
- 监控：数据库 QPS、慢查询、连接数、IOPS 1s 粒度监控，告警阈值提前设置。