可能由并发导致的insert异常的问题

SkyIsland 2010-10-27 09:18:17

有一个中央数据库和十几个分数据库，这十几个分数据库在同一时间一齐向中央数据库insert数据，每个分数据库都要一次性insert数千上万条数据，请问这种情况会不会发生并发异常，也就是数据insert不进去的情况？（我没有这方面经验，我估计是的）

如果确实是这种情况，请问SQL Server会不会抛出异常？如何被程序捕获到？

...全文

173 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

abuying 2010-10-27

打赏
举报

回复

查看事务日志，或者跟踪 trace

Mr_Nice 2010-10-27

打赏
举报

回复

[Quote=引用 1 楼 fredrickhu 的回复:]

合理利用锁...
[/Quote]

赞同，同时插入，锁上面会有值得考量的地方。

xiaoxiangqing 2010-10-27

打赏
举报

回复

这种数据量没有遇到过。估计分数据库A在insert时,分数据库B就不会同时insert,必须等待分数据库A插入完成

--小F-- 2010-10-27

打赏
举报

回复

合理利用锁...

本文介绍了在多线程高并发环境下，使用MongoDB的upsert操作时遇到的主键重复异常（E11000 duplicate key error）的问题。问题源于upsert的query和insert非原子性，导致多个线程可能同时插入相同ID的数据。为解决这个问题，建议采用try...catch异常处理机制来捕获并处理这种异常。

在MyBatis中，可以通过在mapping文件的insert标签中添加selectKey元素来获取自增主键Id，确保在插入后立即返回，避免并发问题。LAST_INSERT_ID()方法是原子性的，保证每个客户端连接获取的id是最新的。注意，如果使用MyBatis Generator生成映射文件，不需要手动添加useGeneratedKeys和keyProperty属性，否则可能导致SQL异常。插入操作的返回值仍为1或0，实际的自增主键Id会赋值给对象的id属性，通过对象的getId()方法获取。

本文分析了一个MySQL数据库频繁出现大量请求无法及时响应的问题，主要表现为insert、update和select操作状态异常。通过对系统负载、IO/CPU资源及pstack线程分析，发现可能是由于innodb_thread_concurrency参数导致的线程并发控制问题，导致线程在进入Innodb层前等待。建议检查并调整相关配置以优化性能。

本文讨论了一个多线程定时任务在处理文件数据时遇到的并发去重问题。原来的方法在单线程下有效，但在多线程环境中导致了数据重复。提出了四种解决方案：1)使用唯一索引并通过异常处理；2)使用带条件的INSERT语句；3)预先处理文件去重；4)在后续业务处理中去重。每种方案都有其优缺点，并分析了可能存在的问题。

本文详细分析了一起在MySQL 5.7版本中出现的锁冲突异常情况，涉及RR隔离级别下的事务处理。在特定场景下，两个并发的SQL语句（一个SELECT ... FOR UPDATE，一个INSERT）在不同环境中产生了不同的加锁行为，导致锁等待超时。通过分析加锁原理和源码，发现在页的第一条记录加X锁时，可能会对前一张页的supremum加锁，这是为了防止幻读。这个问题在所有MySQL 5.x版本中都存在，可能影响到数据一致性，尤其是在XA事务和并行复制中。文章探讨了锁的必要性，提出了解决方案，并讨论了其对数据库复制的影响。

22,297

社区成员

121,728

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章