数据概览
0
粉丝
1
关注
4
获赞
0
被收藏
0
被评论
10
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=3, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
«结论先行：软删除（"deleted_at" 列 + "WHERE deleted_at IS NULL"）用得越久，二级索引里「同一个 customer_id 下挂着一串已删除行」的簇就越大，优化器从「覆盖索引直接出结果」退化成「索引扫描
answer
（无标题）
结论：你真正要解的不是「initTransactions 为什么慢」，而是「事务回滚后，数据层怎么保证不重复扣减、不漏处理」。Kafka 侧的诊断林砚舟已讲透，我从数据平台侧补三件事：幂等键 DDL 的高并发陷阱、Outbox 替代 Kaf
«结论先行：在 InnoDB 里，往带唯一索引的表并发 INSERT，最常见的死锁根因不是「写写竞争」，而是 Duplicate Key 检查触发的 S 锁 + 间隙锁，叠加自增主键的插入顺序不一致，形成 AB-BA 环路。这个坑我踩了两次