查sql server当前负载应直接用sys.dm_exec_sessions和sys.dm_exec_requests，而非sp_who2或已废弃的sysprocesses；需join sys.dm_exec_sql_text获取sql文本，where条件用total_elapsed_time>30000且session_id>50，并结合wait_type与query_plan分析根因。

查 SQL Server 当前运行负载用什么函数

直接看 sys.dm_exec_sessions 和 sys.dm_exec_requests，这两个动态管理视图（DMV）是实时诊断的核心入口。别去翻 sp_who2——它只是对前两者的封装，字段少、过滤弱、还带额外开销。

常见错误是只查 sysprocesses（已废弃），或依赖 Windows 性能计数器——它们延迟高、聚合粒度粗，定位不到具体慢查询。

• sys.dm_exec_sessions 看谁连上了、用了什么登录名、是否阻塞、CPU/内存累计消耗
• sys.dm_exec_requests 看当前正在跑的语句、状态（running/suspended）、等待类型（PAGEIOLATCH_SH、LCK_M_X）、执行时间、阻塞链
• 必须 JOIN sys.dm_exec_sql_text(<code>sql_handle) 才能看到实际 SQL 文本，否则只有 sql_handle 这个哈希值

识别长时间运行查询的正确 WHERE 条件

不能只写 WHERE status = 'running'，很多“卡住”的请求其实是 suspended（等 I/O 或锁），真正耗时的是 total_elapsed_time > 30000（单位毫秒）这类硬指标。

容易踩的坑：用 start_time 做比较会漏掉重用执行计划的请求（start_time 是本次执行开始时间，不是语句首次编译时间）；而 total_elapsed_time 是累计值，更反映真实负担。

• 查超过 30 秒的活跃请求：WHERE total_elapsed_time > 30000 AND status IN ('running', 'suspended')
• 排除系统会话：AND session_id > 50（SQL Server 系统会话 ID ≤ 50）
• 想看阻塞源头，加 AND blocking_session_id = 0，再反查被它阻塞的 blocking_session_id = [id]

获取执行计划和等待详情必须配对调用

只看 sys.dm_exec_requests.wait_type 不够，比如 ASYNC_NETWORK_IO 表示客户端取数慢，不是数据库问题；WRITELOG 才真可能指向日志写入瓶颈。得结合 sys.dm_exec_query_plan(<code>plan_handle) 看执行计划里有没有全表扫描、缺少索引提示、并行度异常。

性能影响要注意：sys.dm_exec_query_plan() 是高开销操作，别在大并发下 SELECT 所有行；生产环境建议加 TOP 10 + WHERE 限定高耗时请求。

• 等待时间长但 CPU 低 → 通常是 I/O 或锁问题，重点看 wait_type 和 wait_duration_ms
• CPU 高且 status = 'running' → 看 query_plan 是否有大量排序、哈希连接、隐式转换
• plan_handle 为空说明计划已从缓存清除，此时 sql_handle 仍可取文本，但无法还原执行计划

MySQL / PostgreSQL 用户别套用 SQL Server 的函数名

SQL Server 的 sys.dm_exec_* 在 MySQL 里对应的是 performance_schema 表（如 events_statements_current、session_connect_attrs），PostgreSQL 则是 pg_stat_activity 和 pg_blocking_pids() 函数。名字不通用，语法也不兼容。

最常被忽略的一点：MySQL 5.7 默认关闭 performance_schema，查出来永远空；PostgreSQL 需要 track_activities = on 才能记录会话状态。权限也常不到位——SELECT 权限不够，得 PROCESS（MySQL）或 pg_read_all_stats（PG）角色。

• MySQL 启用后查慢查询：SELECT * FROM performance_schema.events_statements_current WHERE TIMER_WAIT > 30000000000（单位皮秒）
• PostgreSQL 查阻塞：SELECT * FROM pg_stat_activity WHERE pid IN (SELECT blocked_pid FROM pg_blocking_pids(pid))
• 跨数据库写监控脚本时，先判断 @@version 或 current_setting('server_version')，再分支处理

事情说清了就结束。不同版本对 DMV 字段支持有差异，比如 SQL Server 2016+ 才有 query_hash 和 query_plan_hash，老版本得靠文本哈希做归类。