TG咨询数据库出现慢查询、锁等待或高峰期超时，问题不一定来自软件参数。磁盘延迟、内存不足、网络抖动和扩容余量，都可能在业务增长后集中暴露。做好高性能数据库硬件规划，重点不是采购最高配置，而是让硬件特性与访问模式、数据增长和恢复要求相匹配。
误区一：按数据总量直接购买存储空间
只按当前数据量加一点余量，往往忽略了索引、临时文件、日志、备份和重建空间。一个数据库占用 4 TB，并不代表购买 5 TB 可用空间就足够；批量导入、索引重建或版本迁移期间，空间需求可能明显增加。
正确做法
- 分别统计数据文件、索引、事务日志、临时空间和备份的容量。
- 按月记录近 6 至 12 个月的增长趋势，并区分业务增长和一次性导入。
- 为日常运行保留约 20% 至 30% 的可用空间，具体比例取决于数据库引擎和维护任务。
- 把备份放入独立存储或对象存储，避免主库空间耗尽时备份也无法写入。
容量规划解决的是“装得下”，而高性能数据库硬件规划还要回答“能否持续读写”。
误区二：只看处理器核心数，忽略单核性能与并发特征
核心越多不等于数据库越快。短事务、复杂排序和部分单线程执行阶段，通常更依赖单核处理能力；批量报表、并行扫描和大量连接，则可能从更多核心中受益。采用虚拟机时，过度超分还会引入调度等待。
选型前应先观察高峰期活跃会话数、并发查询类型、锁等待和处理器使用率。对以在线交易为主的系统，应优先考虑稳定的单核响应和低抖动；对分析型负载，则需要评估并行执行、内存带宽和持续散热能力。不要用数据库服务器的峰值核心数，简单替代真实压测。
误区三：内存越大越能解决所有性能问题
内存可以减少磁盘读取，但不能修复低效查询、热点锁竞争或日志写入瓶颈。若工作集远小于内存，继续增加容量的收益会快速下降；若数据访问高度随机且缓存命中率低，则还要检查索引设计和存储延迟。
配置与验证步骤
- 先为操作系统、数据库进程、监控代理和备份任务预留内存，不要把全部容量分配给数据库。
- 观察缓存命中、页面换入换出、临时空间使用和长时间运行查询。
- 分别压测冷缓存与热缓存，避免只测试启动后已经被缓存的数据。
- 当增加内存后读取等待没有明显下降，应转查执行计划、索引和存储队列。
在高性能数据库硬件规划中，内存应根据工作集和并发变化配置，而不是按照数据总量一比一购买。
误区四：把所有磁盘放进同一个存储池
数据文件、日志文件和备份文件的访问模式不同。日志通常需要连续、稳定的写入延迟；数据文件更关注随机读写；备份则可能产生持续的大吞吐。三者共用一个存储池时，备份高峰可能挤占在线请求的 I/O 资源。
可根据预算采用分层设计：将事务日志放在低延迟介质，将活跃数据放在具备足够 IOPS 的阵列，把备份放到独立容量层。RAID 选择也要结合故障容忍和写入特征，而非只比较标称容量。RAID 1 重建简单、写入稳定，但可用容量较低；RAID 10 通常适合高频随机写入，成本更高；带校验的阵列容量利用率较好，但重建和写入惩罚需要实测。
验收时至少记录平均延迟、队列长度、持续吞吐和重建期间的性能变化。稳定的高性能数据库硬件规划必须覆盖正常运行与磁盘故障两种状态。
误区五：只规划主机，不规划网络和故障切换
数据库性能不仅发生在服务器内部。复制、备份、应用访问和监控都可能共享网络链路。链路带宽足够，并不意味着延迟和丢包可接受；单网卡、单交换机或单电源路径也会形成明显的单点故障。
规划时应画出应用、数据库节点、备份设备和管理网络的连接关系，区分业务流量与备份流量，并为关键连接配置冗余路径。然后进行网卡、交换机端口和故障切换演练，确认切换后连接是否自动恢复、复制是否中断、备份任务是否需要重新启动。高可用不是购买两台服务器就自然成立，还要验证仲裁、数据一致性和人工接管流程。
一套可落地的规划流程
- 收集至少一个完整业务周期的并发、读写比例、峰值时段和增长数据。
- 建立容量、内存、存储延迟、网络带宽和恢复时间五类指标。
- 分别设计基线、峰值和单组件故障三种测试场景。
- 用真实业务脱敏数据或接近真实分布的数据压测，记录响应时间、错误率和资源等待。
- 为扩容设定触发条件，例如可用空间接近预警线、存储延迟持续升高或复制积压超过业务允许范围。
通过这套方法，硬件采购就能从“看参数”转为“看业务结果”。无论采用物理机、虚拟机还是云主机，高性能数据库硬件规划都应保留监控、扩容和故障演练的预算。
常见问题
1. 企业应优先加内存还是换存储？
若存在明显换页、缓存不足且工作集较大，优先评估内存；若等待主要集中在读写延迟和存储队列，则应先检查存储。应以监控数据和对照压测决定。
2. RAID 10 是否适合所有数据库？
不适合所有场景。它通常适合随机读写和较重的在线事务，但容量成本较高；以顺序读取为主的分析任务，还需比较其他阵列或分布式存储方案。
3. 云数据库还需要做硬件规划吗？
需要。用户虽然不直接采购磁盘和服务器，仍要选择计算规格、内存、存储性能、网络上限、备份空间和扩容方式。
4. 多久应重新评估一次配置？
业务快速增长时建议按月查看趋势，稳定系统可按季度复盘；发生版本升级、数据迁移或业务模型变化时，应重新压测。
