数据库并发更新多条数据您好，上述两位讲的可能比较笼统。在这里跟你提供两种方案。其实对于非集群应用的话，可以直接通过事物控制，那么没啥问题。但是！现在的项目部署应该都多实例的，所以单纯的依靠事务就不是很合适啦。第一种方案，乐观锁+事务的形式，也就是来者不拒，所有对数据的操作都可以被接收，但是因为有乐观锁，所以并发情况下，也只有第一个提交的事务能够成功。其他的请求将会失败。第二种方案，分布式锁也就是脱离数据库，进行前置排队。也就是说，多个数据操作请求进来之后，通过ZK 或者. REDIS等中间件进行控制前后顺序，即使请求并发，也在这里被强制排序。当然这种方式会带来问题就是，因为程序执行的和想象的存在一定差异性，需要做一些多余的检验。具体结合程序而定，不过这两种方案算是比较普遍的了。