-
PostgreSQL 性能优化完全指南:从一次"1.2 亿行 orders 表加 30 个索引反而更慢 CPU 95% 高峰打挂"看懂为什么加索引远远不够
2023 年我们接手一个老电商系统的性能优化任务数据库是 PostgreSQL 14 主表 orders 1.2 亿行 products 800 万行 users 500 万行前端反馈商品搜索加订单查询慢到无法忍受 P99 5 秒起步高峰期数据库 CPU 95% 经常被打挂前任 DBA 留下的字典是加索引就行看慢日志哪个表慢就加我们照着做了一周加了 30 多个索引情况非但没好转反而更糟写入变慢磁盘…- 2
- 0
-
MySQL 慢查询日志完全指南:从一次"每条 SQL 都不慢数据库却很卡"看懂慢查询定位
2023 年我维护一个订单服务后面接的是 MySQL 上线几个月后服务开始偶尔卡顿接口响应时快时慢高峰期尤其明显我判断是某些 SQL 慢了得把它们揪出来第一版我做得很顺手登上数据库把慢查询日志打开 long_query_time 设成 10 秒心想超过 10 秒的 SQL 总该是有问题的过几天来翻翻日志慢 SQL 就都躺在里面了我心里很笃定慢查询日志嘛不就是个开关打开它设个阈值慢的 SQL 自己会…- 0
- 0
-
数据库读写分离完全指南:从一次"改完昵称还显示旧的"看懂为什么主从延迟绕不开
2023 年我给一个电商系统做数据库的读写分离之前所有读写都压在一台主库上大促时主库 CPU 直接打满方案很标准加一台从库写操作发主库读操作发从库把主库的读压力分出去第一版我做得很顺手我在数据库连接层做了个路由 SQL 一看是 SELECT 就走从库是 UPDATE 就走主库本地我测了测读写都正常数据也对我心里很笃定主从复制嘛主库一改从库立刻同步成一模一样的副本读主读从读到的是同一份数据可等它一上…- 0
- 0
-
数据库 N+1 查询完全指南:从一次"列表页慢到几秒、数据库 QPS 莫名暴涨"看懂 ORM 的隐藏查询风暴
2022 年我做一个后台管理系统有个订单列表页把订单查出来每一行显示订单号金额还有下单人的名字用 ORM 取关联数据这件事我压根没多想第一版我做得很省事ORM 用着真方便我要下单人的名字不就是点一下 order.user.name 循环里一行行拼每行点一下把名字取出来就完事了本地开发时真不错我库里就造了几十条订单列表页刷一下就出来几行代码搞定我心里很踏实可等这个系统真正上线订单涨到几万几十万条一串…- 0
- 0
-
深分页性能优化完全指南:从一次"翻到第 5000 页、查询慢了 100 倍"看懂 OFFSET 陷阱与游标分页
2021 年我做一个后端服务有一大堆列表页要分页订单列表操作日志消息记录。分页这件事我压根没多想。第一版我做得很省事分页不就是 LIMIT 和 OFFSET 前端要第几页我就 OFFSET 页码减一乘每页条数 LIMIT 每页条数跳过前面那些取这一页该取的。本地开发时真不错测试库里就几百条数据我从第一页翻到最后一页每一页都是瞬间出结果顺畅得很。我心里很踏实分页嘛不就是跳过 N 条取 size 条。…- 3
- 0
数据库优化
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×