我在做 SAP S/4HANA 性能分析时，最怕的不是系统慢，而是 Trace 里全是噪音。一个 Fiori 页面打开，前端、OData、RAP 或 Gateway Framework、权限检查、元数据读取、缓存访问、业务 SQL 混在一起，ST05 一开，几百上千条记录扑面而来。真正影响响应时间的 SQL 可能只有几条，但它们被框架调用、通用表访问、会话变量设置、提交回滚动作包在中间，肉眼扫 Trace 很容易陷进去。ST05 的普通 Activate Trace 很适合快速验证一个小程序或一个当前用户的操作。但一旦进入真实项目现场，问题往往没有这么干净。业务用户在另一个终端执行操作，后台请求被负载均衡分发到不同的 ABAP Application Server Instance，夜间 Batch Job 不可能靠人手动开关 Trace，某个应用又可能触发大量无关 SQL。这个时候，Activate Trace with Filter 才是 ST05 真正进入工程化使用状态的入口。SAP Help 对 Performance Trace 的定位很清楚，它可以记录数据库访问、锁操作、RFC 调用、表缓冲访问等运行时活动，并把性能日志展示出来；ST05 支持 SQL Trace、Enqueue Trace、RFC Trace、Table Buffer Trace 等类型，部分文档也明确提到它支持 SQL、RFC、HTTP、Enqueue、Buffer 相关 Trace。(