梁敬彬梁敬弘兄弟出品
往期回顾
——————————————————————————————————————
SQL优化思想——不优化或许是最好的优化⓵哈哈，其实我几乎什么都没做
SQL优化思想——不优化或许是最好的优化⓶莫急，探究SQL存在的必要性
SQL优化思想——不优化或许是最好的优化⓷莫慌，观察SQL运行的全局性
SQL优化思想——不优化或许是最好的优化⓸莫忘，分析SQL需求的合理性
——————————————————————————————————————
SQL优化思想——让SQL跑得更慢一些⓵没听错，让SQL跑得更慢一些！
SQL优化思想——让SQL跑得更慢一些⓶案例1： 引入并行，你快他慢！
SQL优化思想——让SQL跑得更慢一些⓷案例2： 增加索引，查快写慢！
SQL优化思想——让SQL跑得更慢一些⓸案例3：关闭日志，险中求快！
——————————————————————————————————————
SQL优化思想–时间都去哪儿了⓵时间=等待时间+工作时间
——————————————————————————————————————
⓶减少CPU持有等待时间(增加收银台）
L：倘若我们期望让买单的时间加快，却发现收银柜台的队伍排得很长，顾客们等得非常焦虑，该如何是好？
W：可以考虑增加收银台的数量，假如收银台由1个变成10个，排队等候买单的时间自然就减少了。
L：没错！有点类似数据库中的减少CPU持有等待时长的思路，在ZZZ平台的A模块中，部分SQL就是这么优化提速的，具体示例如下。
SELECT calculate_total(order_id)
FROM orders
WHERE status = 'pending';
在高并发情况下，CPU持有等待时间显著增加。解决方案可以是增加CPU个数，或者采用分布式数据库架构来分担压力。
-- 在分布式架构中分片查询
SELECT calculate_total(order_id) FROM shard_1.orders WHERE status = 'pending';
SELECT calculate_total(order_id) FROM shard_2.orders WHERE status = 'pending';
...
通过将查询分布到多个分片，能够有效减少单个CPU的负担，从而降低持有等待时长，提高整体查询效率。
未完待续…
SQL优化思想–时间都去哪儿了③ 减少硬解析等待时间(单件再相乘）
公众号：收获不止数据库
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
