北京网站平台建设,兰州房地产网站建设,专业网站设计模板,thinkphp 网站设置功能在之前的文章《MySQL 分库分表与 TiDB#xff0c;如何选择#xff1f;》中#xff0c;提到了TiDB与MySQL的高度兼容性#xff0c;以及可以平滑迁移替换MySQL数据库的优势。正是因为这个优势#xff0c;我们的一个项目踩到了一个坑。 事情的经过是这样的#xff1a;在项目…在之前的文章《MySQL 分库分表与 TiDB如何选择》中提到了TiDB与MySQL的高度兼容性以及可以平滑迁移替换MySQL数据库的优势。正是因为这个优势我们的一个项目踩到了一个坑。 事情的经过是这样的在项目初期经过评估和方案确认我们决定采用TiDB作为数据库。由于TiDB与MySQL的高度兼容性我们在开发环境中使用MySQL而在测试环境中使用TiDB。在切换数据库时我们只需要更换连接地址即可。然而由于某些原因在项目临近投产时我们决定改为使用MySQL高可用集群。在灰度发布阶段一切看起来都很顺利。然而当第一轮灰度测试结束后我们发现某个用户有一笔重复订单 于是我们开始分析原因。一开始怀疑是针对用户的分布式锁未生效因此我们对代码进行了复查和测试但没有发现问题。经过一番思考后我将问题分析的方向转向了TiDB和MySQL高可用集群的差异上。TiDB是一款分布式数据库产品采用了基于NewSQL理论的新一代分布式技术架构具备数据强一致、水平弹性扩缩容、金融级高可用等优点。而MySQL高可用集群则是一个主从复制的三个节点结构使用组复制技术将数据从主节点复制到从节点采用的是异步复制方式。 为了找出问题所在我将日志中与重复订单相关的关键时间点列出来发现这笔重复订单与正常订单之间的时间相差不到1秒。结合MySQL集群的特点我终于明白了问题所在登记订单时访问的是主库而查询订单以检查是否重复下单时访问的是从库。由于主从复制受到网络等各因素的影响可能会导致延迟较久从而无法查询到订单导致未检查到重复。 由于异步复制的延迟是不可避免的解决方案之一可以是检查重复下单时查询主库。不过为了避免给主库增加查询压力并结合业务特性最终的解决方案是交易结束后不主动释放用户分布式锁而是让锁超时自动释放。