SQL数据库那些追踪的小技巧，帮你随时盯着运行状况不慌张

说到盯着SQL数据库的运行状况，很多刚开始接触的朋友可能会觉得无从下手，感觉数据库像个黑盒子，不知道里面在发生什么，数据库本身提供了很多“小窗口”，让我们能随时看到它的实时状态和正在忙活的事情，掌握了这些技巧，就像给数据库装上了监控摄像头,心里就有底了。

第一招：看看现在谁最“忙”——实时查看当前活动连接和查询

当你感觉数据库变慢，或者有用户报告说操作卡住了，第一反应就是去看看现在数据库正在执行哪些任务，这里有个非常实用的命令，在SQL Server里叫sp_who2（来源：SQL Server官方文档），在PostgreSQL里可以查询pg_stat_activity视图（来源：PostgreSQL官方文档），MySQL里则可以看PROCESSLIST（来源：MySQL官方文档）。

这个技巧能让你看到一幅实时画面：每个连接到数据库的用户是谁，他们正在执行什么SQL语句，这个语句执行了多久，是不是处在一种“等待”的状态（比如在等锁，等磁盘读写），你一眼就能扫出问题所在：有没有某个查询运行了超长时间，一直没结束？有没有一个连接占用了大量资源却不干活（比如可能是应用代码bug导致连接没关闭）？看到一个状态是“RUNNABLE”或“running”的查询卡了很久，那这个查询很可能就是拖慢系统的元凶，你可以记下它的具体内容,留待后续分析优化。

第二招：找找历史“慢”先生——定位执行缓慢的查询

光看实时的还不够，有些查询虽然没在当下运行，但每次运行都像老牛拉车，是导致系统间歇性卡顿的隐患，我们需要把它们揪出来，数据库通常会把执行过的查询的性能数据记录下来，这个功能叫“查询存储”（Query Store，来源：SQL Server官方文档）或“慢查询日志”（Slow Query Log，来源：MySQL官方文档），PostgreSQL则需要通过配置参数如log_min_duration_statement来开启类似功能（来源：PostgreSQL官方文档）。

你可以定期去检查这些记录，设置一个阈值，把所有执行时间超过5秒的查询都记录下来，你可以对这些“慢查询”进行排序：按总耗时最长排序，能找到对系统负担最重的查询；按平均执行时间最长排序，能找到本身效率就低下的查询；按执行次数最多排序，如果能优化它，收益面最广，找到这些目标后，你就可以有针对性地去分析为什么慢，是不是缺了索引？还是写法有问题？这就引出了下一个技巧。

第三招：给查询照个“X光”——分析查询执行计划

当你锁定了一个慢查询后，不能盲目地去修改，你需要知道数据库在执行这个查询时，心里是怎么“想”的，这个“想法”就是执行计划（Execution Plan），几乎所有主流数据库都支持这个功能，比如在SQL语句前加上EXPLAIN关键字（来源：MySQL, PostgreSQL通用概念），或者在SQL Server中使用“显示估计的执行计划”图形化功能（来源：SQL Server Management Studio功能）。

执行计划会告诉你一大堆关键信息：它是通过全表扫描（像翻整本字典找字）还是索引查找（像用字典的目录找字）来获取数据的？它有没有进行耗时的排序操作？多个表连接时，它选择了哪种连接方式？如果你在执行计划里看到“SCAN”（扫描）的字样，尤其是对大数据表的扫描，就要警惕了，这往往是性能瓶颈，这时候，考虑为查询条件涉及的列增加一个合适的索引,可能就会让查询速度发生天壤之别。

第四招：关注数据库的“健康指标”——性能计数器和动态管理视图

除了看具体的查询，数据库的整体健康状况也需要一些宏观指标来衡量，这就像人体的血压、心率一样，数据库提供了一系列的性能计数器（Performance Counters，来源：Windows性能计数器概念）或动态管理视图（Dynamic Management Views, DMVs，来源：SQL Server官方文档）。

你需要关注的几个核心指标包括：

• 缓冲缓存命中率：这个比率越高，说明数据直接从内存中读取的比例越高，速度越快，如果这个值持续很低，可能意味着你的内存不足,数据库老是要去慢速的磁盘读数据。
• 锁和阻塞：你可以查询相关的视图，看看有没有会话被另一个会话阻塞住了，导致大家排起长队，死锁（两个会话互相等待）是更严重的情况，数据库会自动处理，但也会被记录下来,需要你关注为何会发生。
• 磁盘IO：监控数据库文件的读写延迟，如果延迟很高，说明磁盘子系统可能成了瓶颈，也许是磁盘太慢,也许是并发读写太高。

第五招：设置“警报铃铛”——自定义警报通知

人不可能24小时盯着监控屏幕，所以让数据库在出现问题时主动通知你，是确保高可用的关键，大多数数据库管理系统都支持警报（Alert）功能（来源：各类数据库管理系统的通用功能）,你可以基于前面提到的那些指标来设置阈值。

你可以设置：当磁盘空间使用率超过90%时，发一封邮件给你；当出现死锁错误时，发一个即时消息到你的办公软件上；当某个关键表的锁等待时间超过30秒时，触发一个警报，这样，你就不用时刻紧张地盯着，而是可以在问题刚冒头时就收到通知，及时处理,避免小问题演变成大故障。

把这些小技巧结合起来用，你就能对数据库的运行状况有一个从宏观到微观、从实时到历史的全面了解，一开始可能会觉得有点多，但熟练之后，它们就会成为你的本能反应，当数据库出现任何风吹草动时，你都能快速定位问题根源，从而真正做到心中有数,处理起来不慌张。