问题

客户说，数据同步失败了

背景

一个数据同步程序，windows service，从一台mysql的服务器A同步到另外一台sql server 2008r2的服务器B，5秒同步一次

同步过程

根据需求，因为新数据产生的数量不是很大，所以每5秒从中间临时表取出新数据ID，同步程序循环ID同步数据到sql server并删除临时表ID。

发现问题

远程上服务器，先查看进程管理员，sql server cpu 90-98%，明显sql server出问题了，问题在哪先不管。问了下客户，可不可以重启数据库，耽误1分钟（其实只需要10秒，防止意外，必须这样说）。

重启sql server后，问题仍然没有解决，过一分，cpu 又100%

查看同步程序日志，虽然有成功的同步记录，但是报了大量的错：

ExceptionMessage:Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.

大意是，执行超时？不应该啊，这个同步一条数据的过程一般不过超过1秒才对，怎么会超时？

执行了一下select语句：

select * from xxx
select * from xxx(nolock)
select count(0) from xxx

均正常。

因为我的错误日志里面，把发生错误的整个sql语句都是记录下来了的，于是执行sql语句，不报错，但是一直处于执行等待中（至少5秒+），，，，没事，当你看到这个的时候，你能想到的应该是两个字：死锁。

没错，应该是死锁了。执行死锁查询：

selectrequest_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName 
fromsys.dm_tran_locks whereresource_type='OBJECT'

逐个杀死进程不太理想，所以下面这段代码也用不上了。

 

 

分析问题

因为现在程序同步不了，所以，我停止了同步程序的windows 服务。

观察cpu,正常了。问题出在同步程序！

同步程序怎么会生产死锁呢？

我继续查看日志，看到一条信息，待同步的数据69条。

立马清晰了，应该是5秒内65条数据同步未完成，第二次同步就又开始了。因为我的同步程序使用了事务提交（避免数据不一致、脏数据），所以，应该是在第一轮同步数据在同步第N条数据时，第二次同步又开始了，造成了死锁。

 

解决问题

找到问题就简单了。

停止同步服务，修改同步间隔时间。修改为100秒，重启同步服务，等这70条数据同步完成再说。

大概不到1分钟的样子，我看日志，显示未同步的数量为0时，我重新停止同步服务，修改时间为5秒，重启同步服务。

一切OK！

总结

1.没有考虑到突发的数据来源（比如客户导入数据），或者同步程序很长时间未同步（人为关闭、断电、断网等），等可以同步时会产生大量未同步的数据，造成问题

2.程序不严禁，在第一同步未完成时，开始了第二轮同步。应该做一个判断

3.论日志的重要性。