网站晚上变慢、白天正常？用定时拨测抓出时段规律

一句话答案："晚上变慢"是时段性问题，白天随手测一次永远撞在正常时段上。要抓规律，用定时拨测按固定频率跑满一整天，把各时段的结果排在一起对比——响应时间、成功率、丢包三个指标一看，规律自己浮出来。

很多站长反馈"网站白天好好的，一到晚上就卡"。白天打开网站测速（t.bt.cn/http）点一下，结果往往一切正常——因为你正好测在了正常时段。这帖讲怎么用定时拨测定位这类问题。
为什么单次拨测抓不到时段规律
一次拨测只是一张"当下这一刻"的快照，回答的是"现在这个目标在全国节点上通不通、快不快"，而不是"它一天里的表现怎么样"。
晚上变慢是时段性波动：可能只有晚高峰那两三个小时响应时间飙升，其余时段一切正常。你白天测看到的是正常值；晚上想起去测，又只拍到"变慢"的瞬间——没法判断它从几点开始慢、持续多久、是不是每晚都这样。要回答这些问题，需要同一天里多个时刻的连续记录，这正是定时拨测的用途：按设定频率从所选节点自动检查目标，适合持续关注网站或网络服务的可用性。
四步配置：让任务覆盖昼夜

• 在宝塔拨测控制台的「定时拨测」里新建任务，拨测类型选 HTTP（测网站可用性和响应快慢）或 PING（测主机可达性和往返时延），按要观察的问题选。
  

• 「监控频率」设一个能覆盖目标时段的间隔。想对比白天和晚上，频率至少要让晚上时段内有多条记录，例如每小时或每半小时一次；频率越密，时段曲线越细，但消耗也越高。
  

• 选「长期监控」，让它持续跑满想观察的周期（至少一个完整的白天+晚上）；关闭长期监控的话要指定结束时间。
  

• 选好节点后看一眼页面显示的「消耗预估」，确认频率和节点规模在额度承受范围内。
  

一个常见的坑：超时（ms）设得太小，会把"正常但偏慢"的响应误判成超时失败。晚上本来就慢，超时阈值卡得太紧，晚高峰的慢会被记成一堆"失败"，反而干扰判断它到底慢到什么程度。阈值要留余量，让"慢"和"断"能区分开。
时段差异怎么读
任务跑满一个周期后，回到「定时拨测」列表，单击任务 ID 或「查看」，检查执行记录和节点结果。把各时段记录排在一起，重点看三个指标：

• 响应时间：晚上时段是否明显高于白天？高多少、从几点开始高？
  

• 成功率：晚上是否出现下降？是整体下降，还是集中在某些地区、运营商？
  

• 丢包（PING 类型）：晚高峰是否丢包上升、往返时延增大？
  

对照下表定位原因：

观察到的现象	更可能的指向
只有晚上时段响应时间升高、成功率下降，白天正常	晚高峰线路拥塞，或服务器带宽/资源在晚间被占满
晚上固定某个时间点变慢，过后恢复	后端有定时任务（备份、计划任务、日志压缩）在晚间拖累
全天随机波动，和时段无关	后端偶发问题，或线路本身不稳定

两点提醒
一次观察只给线索，不当结论。 节点池和线路是动态的，跨天复测同一目标数据不同属正常。真正确认规律，至少连续观察几个晚上，看"晚上变慢"是否每晚稳定复现。确认复现后，再用 PING 测速（t.bt.cn/ping）区分是主机本身拥塞还是链路问题。
一句话总结：白天测一次没用，把它变成一条覆盖昼夜的定时任务，规律自己会浮出来。 更系统的定时拨测配置（告警条件、误报平衡）见定时拨测宕机告警那帖。
常见问题
网站白天正常、晚上变慢，为什么单次拨测测不出来？
单次拨测是"当下这一刻"的快照，只能告诉你此刻快不快，看不出它和其他时刻的差别。晚上变慢是时段性波动，只有把不同时段的多次结果排在一起对比才能看出规律。

抓时段规律用一键拨测还是定时拨测？
用定时拨测。一键拨测适合临时排查，手动点一次只测一次；定时拨测按设定频率自动检查目标，适合持续观察。设好频率覆盖白天和晚上时段，再回看各时段执行记录。

监控频率怎么设？
按想观察的时段跨度定。要对比白天和晚上，频率至少让晚上时段内有多条记录，如每小时或每半小时一次；频率越密时段曲线越细，但消耗也越高，设之前先看页面的「消耗预估」。

各时段结果主要看哪几个指标？
响应时间、成功率和丢包（PING 类型看丢包和往返时延）。只有晚上响应时间明显升高、成功率下降而白天正常，说明是时段性拥塞或资源紧张；全天随机波动则更可能是后端偶发问题。

定时拨测支持哪几种类型？能定时测 SSL 证书吗？
支持 HTTP、PING、TCP、DNS 四种，创建窗口没有 SSL 定时监控选项。测网站可用性和响应快慢用 HTTP，测主机可达性和往返时延用 PING。

频率设太密会有什么影响？
更快消耗额度。定时拨测每次执行都消耗节点资源，创建任务时页面显示「消耗预估」，实际消耗以额度流水为准；任务状态显示「额度不足」时先到额度页查余额。

---

有问题欢迎回帖，欢迎把你的时段对比数据贴出来一起分析。