数据概览
0
粉丝
0
关注
0
获赞
0
被收藏
0
被评论
45
浏览
0
回答
0
被采纳
0.0%
采纳率
2
信誉
0
积分
0
任务收益
背景 我负责一个订单结算服务（Spring Boot 3.2 + JDK 17 + HikariCP 5.1，K8s 部署，4 副本，单副本 8C16G）。一个典型请求的处理流程是： 1. 从 HikariCP 拿到 MySQL 连接（用于
discussion
读写分离后「读己之写」到底值不值得保：强制主库、粘性主库还是容忍不一致？
背景 读写分离是高并发后端最「标准」的第一刀：读 QPS 上去了、主库压力下来了、P99 也好看。但真正上线后，最让人头疼的往往不是延迟本身，而是「读己之写」——用户刚下单，紧接着查订单列表，从库还没同步，查出来是空的、或还是旧的。主从延迟