一气道盟王富贵儿

背景 之前由于有分表的需求，使用了sharding-jdbc，版本是3.0.0。前几天有一波高并发的调用，发现sharding-jdbc内部有报错（具体信息如下），也没有查出来具体的原因，盲猜使用升级大法，升到了4.0.0-RC1。变化还是有一些的，来记录一下4.0.0版本的配置。 org.springframework.transaction.TransactionSystemException: Could not roll back JDBC transaction; nested except

目录 背景 问题排查 解决 生成workId 配置workId 背景 因为业务数量较大，单表影响查询性能，采用了单库分表解决。引入了sharding-jdbc插件进行分表下的数据库操作。生产环境都是分布式部署服务的，有两台机器。最近有并发量高的业务场景，偶尔会出现生成主键重复的问题 Duplicate entry '******************' for key 'PRIMA...

一、背景 最近的应用场景中，遇到了单表数据量太大，影响效率，分表的情况。所以就出现了“单库分表”这个需求。一开始我是自己写的工具类，但是这样业务代码就不简洁，每次CRUD操作之前都要自己计算表名。更严重的问题是我没有考虑到在关联表中主键重复这个问题，会导致业务异常。第一考虑的是每张表的主键分段，但是这样就要经常关注数据库的情况，万一预估的数据量不准，又回出现主键重复。身边的同学有...