背景什么情况下会出现重复支付问题呢？我们再看下支付流程：当用户发起了支付请求后，12306发起对三方支付的请求，但支付的结果回调一般需要几秒；没有耐心的用户这个时候可能在支付页面再次发起支付请求，造成重复支付。解决方案及逐字稿前端处理用户一旦点击网上支付后，应该将此按钮置灰（锁定按钮，无法再点击）后端处理为了防止部分用户通过调用接口的方式频繁支付，对于后端，也需要进行兜底。理论上这就是一个防重复的幂等问题。根据前面讲到的支付流程，有两种处理方案。三方支付保障幂等如果支付宝、微信等三方支付能够处理对同一笔请求的幂等，12306这边就变得简单了，通过用户ID+车次ID+出发站+始发站+出发时间生成...

全程大概半小时，没有手撕环节苦苦回忆一番，记得几个印象比较深的问题（1）MySQL binlog主从复制流程，binlog格式（2）MySQL 为什么使用B+树作为索引，而非B树、红黑树（3）MySQL 优化（优化表结构、优化SQL语句、建立索引、使用时避免索引失效、架构上可以考虑使用主从 & 冷热表分离）（4）Redis 实现分布式锁要考虑？（使用原子命令setnx、设置过期时间、给分布式锁设置标识、使用lua脚本释放锁）（5）Redis 和 ZooKeeper 实现分布式锁的异同，适用场景（AP、CP）（6）Redis 集群模式（7）RocketMQ 深挖（broker架构、bro...