标签: 性能

6 篇文章

PostgreSQL 慢查询定位:EXPLAIN ANALYZE 与 pg_stat_statements
现象与影响面 接口变慢、超时报错增多、应用侧连接池被占满、连接数曲线抬升——这是 PostgreSQL(下文简称 PG)慢查询的典型外观。先别急着做两件事:不要重启实例(现场证据全没,问题还会回来);不要凭感觉直接加索引(建索引本身会占用资源,选错列等于白付代价)。PG 侧的排查主线是一条两段式链路:先用 pg_stat_statements 回答…
用 Mojo 加速矩阵乘法:可复现的实验设计
先说清楚要做什么 用 Mojo 把矩阵乘法从朴素三重循环加速到 SIMD 加并行,是官方展示语言能力的第一案例;但网上流传的复现大多只有"我跑出了 xx 倍"的结论,没有可复现的实验设计。这篇反其道而行:倍数是结果,实验纪律才是主题。同一份代码走四步演进——朴素 ijk、循环重排、行级并行、SIMD 向量化——每一步都能在你自己的机器上复跑、验证、…
磁盘 IO 打满:iowait 居高不下的定位与治法
一、现象与影响面:机器变卡但 CPU 不忙 症状很有辨识度:应用响应出现尖刺,但 CPU 使用率不高;ssh 登录比平时慢半拍;命令行 tab 补全卡一下;top 一看,%wa 一栏居高不下。wa(iowait,等待 IO 的 CPU 时间占比)高说明 CPU 没病,它在等磁盘——瓶颈在存储侧。 反模式一:一卡就重启,一见大文件就 rm。rm 掉几…
MySQL 慢查询定位与索引失效:从 slow log 到 EXPLAIN
现象与影响面:先别急着加索引 典型症状:监控里接口 P99 从 80 ms 爬到 2 s,应用日志无异常,CPU 不高,数据库慢得像睡着了。影响面通常是渐进的——起初只在业务高峰慢,后来全天都慢。这时候最常见也最贵的错误动作是凭着直觉给某个列加索引:加对了是运气,加错了不光没用,还吃写入放大和优化器选择空间。这篇文章给的是一条可复现的排查主线:先让…
CPU 100% 的定位路径:从 top 到火焰图
一、现象与影响面:load 飙了,先别动手 CPU 打满的表象很统一:load 一路爬、请求变慢、ssh 敲字都有延迟,网关那边开始报 504。但表象之下至少有四种完全不同的病,用药完全不同,所以这篇文章的主线不是"答案清单",而是一条从 top 到火焰图的定位路径——每一层淘汰一批可能,走到最底层时,真凶基本只剩一个函数。 反模式一:CPU 高就…