慢查询排查可以按这个顺序来：

1. 确认 SQL：是否返回太多行/列
2. EXPLAIN ANALYZE：关注 Seq Scan / Rows Removed / Buffers
3. 索引与统计信息：ANALYZE、复合索引
4. 业务侧：N+1 查询、分页方式

EXPLAIN (ANALYZE, BUFFERS)
SELECT * FROM topics WHERE node_id = 1 ORDER BY created_at DESC LIMIT 20;

性能优化优先级：减少扫描量 > 合理索引 > 调参。

这个点我也踩过，建议把核心流程画成时序图，再决定中间件/缓存/事务边界。

从可维护性角度看，先把接口和数据模型稳定住，再做性能优化更划算。