Azure超大规模Gen5 SQL数据库自动扩缩容：CPU指标疑问与选型

一、cpu_percentage远高于sql_instance_cpu_percent的原因 #

这两个指标的核心差异在于统计基准和维度不同，具体原因如下：

• 统计基准不一样：cpu_percentage的计算基准是当前数据库分配到的vCore配额，比如你给目标数据库分配了8vCore，当业务负载把这8vCore全占满时，该指标会显示100%；而sql_instance_cpu_percent的基准是整个SQL Server实例所在物理机的总CPU资源，如果实例所在物理机有32vCore，此时实例级CPU使用率仅为25%，自然远低于前者。
• 统计维度不同：cpu_percentage是数据库级的指标，只统计当前业务数据库消耗的CPU；sql_instance_cpu_percent是实例级的，涵盖了实例内所有数据库、系统服务（如日志同步、备份进程）的CPU消耗。当测试负载完全集中在目标数据库，系统服务占用CPU极少时，实例级指标就会远低于数据库级指标。

二、哪个指标更适合作为扩缩容决策依据 #

毫无疑问，cpu_percentage更适合作为目标数据库自动扩缩容的判断指标，原因如下：

• 它直接反映目标数据库的资源压力：扩缩容是针对单个业务数据库的vCore调整，这个指标精准对应该数据库的配额使用情况，当它持续处于高位时，说明当前分配的vCore已经无法支撑业务负载，需要扩容；反之则可以缩容。
• sql_instance_cpu_percent无法精准反映目标数据库的真实负载：实例级指标包含了其他数据库、系统进程的CPU消耗，可能出现实例CPU高但目标数据库负载低的情况，用它做决策会导致不必要的扩容，或者目标数据库负载高但实例CPU仍有剩余时漏判扩容需求。

内容的提问来源于stack exchange，提问作者AvitanD