Day28-12｜6.3.5 物理设计：把逻辑模型落实为性能、容量与可用性

本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.3.5“物理设计”。物理设计是在逻辑结构确定后，根据具体数据库平台、部署环境、数据规模、访问模式和质量目标，确定数据的存储方式和访问路径。索引、聚簇、分区、分片、副本、压缩、缓存、归档和容量规划都属于物理设计的内容。高级系统架构师不能把物理设计简化为“给字段加索引”，而要从性能、可用性、扩展性、安全、成本和运维恢复的整体关系出发。

一、学习目标与考试定位

完成本节后，应能够说明物理设计的目标、输入和主要内容；能够根据查询和更新模式设计索引；理解聚簇、分区、分片、复制、压缩和冷热分层的作用及代价；能够进行容量估算、性能基线和资源规划；能够分析热点、数据倾斜、索引失效、空间增长、备份影响和故障切换问题；能够在案例题和论文中说明物理设计如何验证质量属性。

软考高级案例常描述“数据量增长后查询变慢”“加索引后写入变慢”“分库分表后跨分片查询困难”“主库故障切换丢数据”“分区键选择不当造成热点”等情境。答题必须先说明访问模式和质量指标，再给出物理方案、验证方法和风险控制，不能只罗列技术名词。

二、物理设计的输入与目标

物理设计的输入包括概念和逻辑模型、数据量和增长率、读写比例、典型查询、事务边界、质量属性、部署环境、备份恢复要求、安全合规和预算。没有这些输入，索引、分区和副本只能靠猜测。

物理设计的目标通常包括：满足响应时间和吞吐量；合理使用 CPU、内存、磁盘和网络；支持数据增长和扩容；保证可用性、备份和恢复；满足安全和合规；控制许可、存储、运维和迁移成本。目标之间可能冲突，例如更多副本提高可用性和读取能力，却增加存储和同步成本。

三、存储结构设计

存储结构决定逻辑记录如何组织在文件、页、块、表空间、磁盘或分布式节点中。设计要考虑记录长度、增长方式、访问局部性、随机读写、日志、临时空间、压缩和回收。

容量估算不能只计算业务字段长度，还要考虑行头、对齐、索引、日志、历史版本、临时结果、备份、复制和安全冗余。一个简单的估算公式可以写成：

规划容量 ≈ 数据量 ×（平均记录大小 + 索引开销 + 版本/日志开销）× 增长系数 + 备份与冗余空间。

公式不要求精确到字节，但要体现完整因素。容量规划还要加入峰值和扩容窗口，保证在达到阈值前有迁移、分层或扩容方案。

四、索引设计

索引是根据一个或多个列建立的辅助访问结构，用于快速定位记录、支持排序、连接、唯一性和范围查询。常见索引结构包括 B+ 树、哈希、位图、全文和空间索引等，具体选择取决于数据库和访问模式。

1. 索引适用场景

高频过滤、连接、排序、唯一校验和范围查询通常适合索引。复合索引的列顺序要结合最常用的过滤条件、选择性、排序和范围条件；覆盖索引可以减少回表，但会增加存储和写入维护。

2. 索引的代价

索引需要空间，插入、更新和删除时需要维护；索引过多会增加锁、日志和构建时间；低选择性字段、频繁变化字段和小表可能不适合单独建索引。索引不能替代合理 SQL，也不能保证优化器一定使用。

3. 索引失效的典型原因

对索引列做函数或表达式、隐式类型转换、前缀通配符、选择性太低、统计信息过期、返回大量数据、组合索引顺序不匹配，都可能使索引收益下降。应通过执行计划、实际行数、慢查询和资源指标验证，而不是看索引“已经存在”。

五、聚簇与数据局部性

聚簇是让物理存储顺序尽量与某个访问键或数据组织方式一致，使相关记录更可能位于相近的数据页，适合范围查询和按时间访问。聚簇键选择通常要考虑增长单调性、访问热点、更新频率和数据分布。

聚簇并非所有数据库都有相同实现，也不是聚簇后查询必然更快。若大量写入集中在同一页或聚簇键频繁变化，可能产生页分裂、热点和维护成本。物理设计要结合实际产品实现和负载测试。

六、分区设计

分区把一个逻辑表按范围、列表、哈希或组合规则划分为多个物理分区，对应用通常保持逻辑上的一个表。分区可以缩小扫描范围、改善归档和维护、并行处理大表，但不一定自动提高所有查询性能。

1. 范围分区

按时间、编号范围或业务区间分区，适合时间序列和生命周期管理。时间分区便于归档和删除旧数据，但当前时间可能形成写入热点，跨时间范围查询也可能扫描多个分区。

2. 列表分区

按地域、租户、业务类型等离散值分区，便于隔离和管理，但值变化、分区数量和新增类别需要治理。

3. 哈希分区

按键哈希分散数据，能够降低热点和均衡存储，但不利于范围查询和按业务范围归档。哈希函数和分区数量变化还要考虑重分布成本。

分区键必须与主要访问和生命周期匹配，不能只选择最容易获得的字段。分区后要验证分区裁剪、热点、跨分区事务、索引、备份和扩容。

七、分片与分布式物理设计

分片把逻辑数据分布到多个数据库或节点，主要解决单节点容量、吞吐和地域扩展问题。分片键决定数据位置、跨分片查询、事务范围、扩容和热点。

好的分片键应具有稳定性、较高基数、分布均衡、常用于路由和较少变化。按租户分片适合租户隔离和路由，但大租户可能成为热点；按用户哈希较均衡，但范围查询和迁移较复杂；按时间分片便于历史管理，但新数据可能集中到最新分片。

分片后要处理跨分片事务、全局唯一标识、跨片排序聚合、数据迁移、分片扩容、热点拆分和故障隔离。不能仅仅把表名加一个后缀就认为完成了分布式设计。

八、副本与高可用

复制通过保存多个数据副本提高读取能力和故障恢复能力。同步复制通常一致性更强但写延迟较高；异步复制性能较好但可能有延迟和数据丢失窗口。架构师要结合 RPO、RTO、业务容忍度和跨地域网络设计。

高可用方案要明确健康检查、故障判定、选主、切换、脑裂防护、客户端重连、未完成事务、复制延迟和回切。备用节点存在不等于切换可用，必须进行演练和业务验收。误删除会随复制传播，因此需要独立备份、延迟副本或时间点恢复能力。

九、压缩、缓存与冷热分层

压缩可以减少存储和 I/O，但会消耗 CPU；列式压缩适合分析，行式存储适合事务。缓存可以降低数据库读取压力，但会引入失效、穿透、击穿、雪崩和一致性问题。物理设计要明确缓存的权威关系、更新策略、过期时间和故障降级。

冷热分层按照访问频率和生命周期把数据放到不同介质。热数据保留在在线高性能存储，温数据进入低成本副本或只读库，冷数据归档到对象存储或离线平台。分层需要定义查询延迟、回查方式、恢复、权限和删除策略。

十、性能验证与容量模型

物理设计必须通过可重复的性能验证。测试应使用代表性数据规模、数据分布、并发、读写比例、批量任务和故障条件，测量吞吐、P50/P95/P99 延迟、错误率、CPU、内存、I/O、锁、网络、缓存命中和复制延迟。

容量模型要考虑峰值和增长。若每天新增 500 万条记录，保留三年，还要计算索引、日志、备份和副本；若查询并发在大促时提高十倍，还要验证连接池、线程、缓存和数据库下游容量。容量测试不能只做平均负载，应覆盖热点和尾部延迟。

十一、安全、备份与成本

物理设计包括存储加密、传输加密、密钥管理、网络隔离、备份加密、脱敏副本和审计。测试和开发环境使用生产数据时，要有最小化、脱敏和访问控制。

成本不只是数据库许可证，还包括计算、存储、网络、备份、副本、监控、迁移、运维和故障损失。增加副本和高规格实例可能解决短期性能，却长期提高成本；过度分片可能增加开发和运维负担。应通过容量模型和压测比较方案，并保留扩缩容和退出路径。

十二、案例分析：按时间分片后出现热点和跨片查询

某日志平台按月份把数据分到不同数据库分片，最近一个月的写入全部进入同一分片，导致该节点 CPU、磁盘和连接数饱和；查询近三个月数据时需要访问三个分片并合并排序；扩容时团队只能停机搬迁，无法满足可用性目标。

问题分析

时间分片有利于归档，却把当前写入集中到单个分片，形成热点；跨时间查询需要跨片聚合；分片迁移和路由机制没有设计。单纯增加节点不能解决数据仍然集中在最新分片的问题。

改进方案

根据日志访问模式采用时间加哈希的组合分片，将同一时间窗口再分散到多个子分片；查询层根据时间范围和哈希路由并行查询并进行受控合并；对近期热数据与历史数据采用不同存储层。建立分片元数据、路由、再平衡和在线迁移机制，迁移期间双读校验、限速和可回退。设置热点、延迟、容量和复制指标，按阈值提前拆分或扩容。

十三、综合知识练习与详细答案

练习一

某查询经常按租户编号和创建时间过滤，团队建立了两个单列索引，但查询仍然慢。应从哪些方面分析？

参考答案：检查查询条件是否存在函数、隐式转换和不必要列；查看实际执行计划、数据分布、选择性和统计信息；评估租户与时间的联合访问模式，可能需要 (TenantId, CreatedAt) 复合索引或覆盖索引；确认返回数据量、排序、分页、锁和资源竞争；比较索引维护成本和写入影响，使用代表性数据验证，不能只根据索引数量判断效果。

练习二

为什么按时间分区适合归档，却可能产生写入热点？

参考答案：新数据通常集中在当前时间分区，所有写入、索引更新和资源竞争都落到同一分区或节点，导致热点。可以采用时间加哈希、时间加列表、批量缓冲或按业务键进一步分散；同时保留时间维度便于裁剪和归档，并验证跨分区查询、迁移和一致性。

练习三

异步副本能够提升可用性，但为什么不能直接承诺零数据丢失？

参考答案：异步复制存在网络、处理和落盘延迟，主节点故障时最新提交可能尚未到达副本，切换会产生 RPO 窗口；还要考虑脑裂、复制中断和误删除传播。若业务要求零或极低 RPO，应采用满足条件的同步复制、日志保护、跨站点方案和恢复验证，并明确性能、距离和成本代价。

十四、论文写作素材

论文中可以这样描述物理设计：我根据逻辑模型、典型访问路径、数据规模、增长率、读写比例和质量目标建立容量模型，明确响应时间、吞吐、可用性、RTO、RPO、存储保留和成本约束；通过执行计划、慢查询和业务负载设计索引、复合索引、覆盖索引和分区，控制索引数量和维护开销。

对大表依据生命周期和访问模式选择范围、列表、哈希或组合分区；对单节点能力不足的场景评估分片键、路由、热点、跨片查询、事务、迁移和再平衡；通过同步或异步副本、健康检查、切换和回切演练保障高可用。对冷热数据采用分层、归档和回查机制，缓存明确失效、降级和一致性策略。

物理设计完成后，我使用代表性数据、峰值并发、异常和故障场景进行压测，测量 P95/P99 延迟、吞吐、资源、锁、复制延迟、空间和备份恢复。所有索引、分区、分片、参数和部署清单进入配置管理，变更经过评审和回滚验证，保证性能优化不会破坏正确性、安全和可维护性。

十五、今日复盘

物理设计要把逻辑模型落实为真实平台上的存储和访问能力。存储结构解决容量和 I/O，索引解决访问路径，聚簇改善局部性，分区改善扫描和生命周期，分片扩展容量和吞吐，副本提高读取与可用性，压缩、缓存和冷热分层控制资源和成本。每项优化都有代价，必须用代表性数据和质量指标验证。

记忆主线：

先看访问与增长，再定索引和组织；需要扩展才分片，需要高可用才复制；所有物理决策都要验证性能、故障、恢复、安全和成本。

下一篇进入 6.3.6 数据库实施，学习 DDL、数据装载、迁移、权限、应用联调、测试和上线切换。