HTTPS 请求慢,怎样用 curl 区分连接与首字节耗时?
HTTPS 请求慢时,可用 curl 的 write-out 同时记录解析、连接、TLS 握手、首字节和总耗时。这些值多为从请求开始计算的累计时间,先比较阶段差值,再结合代理、响应状态和服务端日志判断,不能把首字节时间直接当成后端执行时间。
HTTPS 请求慢时,可用 curl 的 write-out 同时记录解析、连接、TLS 握手、首字节和总耗时。这些值多为从请求开始计算的累计时间,先比较阶段差值,再结合代理、响应状态和服务端日志判断,不能把首字节时间直接当成后端执行时间。
Docker 的 json-file 日志轮转需要同时核对日志驱动、max-size 和 max-file。修改 daemon 默认配置后,已有容器仍保留创建时的选项,需要按部署流程重新创建,再用 inspect 验证实际配置。
MySQL 8.4 查询慢时,可先用 EXPLAIN FORMAT=TRADITIONAL 查看访问方式、实际选择的索引与估算扫描行数,再结合原始 SQL、参数和表结构判断。possible_keys 是候选索引,key 才是所选索引,估算计划本身不能证明实际耗时。
systemd timer 没有按时执行时,先查看下一次触发时间,再核对日历表达式、时区和对应 service 的运行状态。定时器等待中不代表任务已完成,任务仍在运行时也不会自动再启动同一服务。
Zabbix 的 JSONPath 预处理失败时,先用故障时的原始 JSON 在前端重放测试,再区分路径错误、字段缺失和返回类型变化。只有字段确实可选时才考虑丢弃异常值,避免把缺失数据当成正常的零值。