Heim > Datenbank > MySQL-Tutorial > 知方可补不足~Sqlserver发布订阅与sql事务的关系

知方可补不足~Sqlserver发布订阅与sql事务的关系

WBOY
Freigeben: 2016-06-07 15:19:29
Original
1472 Leute haben es durchsucht

回到目录 前几讲说了一下通过sqlserver的发布与订阅来实现数据的同步,再通过EF这个ORM架构最终实现架构系统的读写分离,而在使用发布与订阅来实现数据同步时,需要我们注意几点, 那就是当操作被使用在事务上下文时 ,你的同步操作有可能会被延时,嘟嘟!

回到目录

前几讲说了一下通过sqlserver的发布与订阅来实现数据的同步,再通过EF这个ORM架构最终实现架构系统的读写分离,而在使用发布与订阅来实现数据同步时,需要我们注意几点,那就是当操作被使用在“事务上下文”时,你的同步操作有可能会被延时,嘟嘟!

这个不难理解,我们都知道事务有一些级别,而最高级别serializable 又是.net TransactionScope默认的级别,所以,在程序开发中,只要用了事务,基本都是serializable,而这个级别是最安全的,当然对于SQL来说,也是最容易发生死锁及阻塞的,呵呵。

如果对要SQL锁不清楚的同学,可以看我的这篇文章《知方可补不足~Sqlserver中的几把锁和.net中的事务级别》

下面是我总结的,在事务为serializable级别,对于发布订订阅同步的关系

<span>set</span> <span>transaction</span> <span>isolation</span> <span>level</span> <span>serializable</span> 
<span>begin</span> <span>tran</span>
 
<span>select</span> <span>*</span> <span>from</span> User_Info                <span>--</span><span>读取所有数据,等待事务结束后才能同步 TAB(S) ,TAB(IX)    </span>
<span>update</span> User_Info <span>set</span> Status<span>=</span><span>1</span> <span>where</span> UserInfoID<span>=</span><span>1</span> <span>--</span><span>更新其他数据,可以立即同步  TAB(IX),Page(IX),Key(X)</span>
<span>select</span> <span>*</span> <span>from</span> User_Info <span>where</span> UserInfoID<span>=</span><span>1</span>       <span>--</span><span>事务中读取其他数据,可以立即同步 TAB(IS),KEY(S),Page(IS)</span>
<span>select</span> <span>*</span> <span>from</span> User_Info <span>where</span> UserInfoID<span>=</span><span>28</span>      <span>--</span><span>事务中读当前数据,等待事务结束后才能同步   TAB(IS),KEY(S),Page(IS)</span>
<span>select</span> <span>*</span> <span>from</span> User_Info <span>where</span> UserInfoID<span><span>30</span>      <span>--</span><span>事务中读取范围数据,包括要同步的数据,等待事务结束后才能同步,tab(is), KEY(ranges-s),page(is)</span>
<span>select</span> <span>*</span> <span>from</span> User_Info <span>where</span> UserInfoID<span><span>10</span>      <span>--</span><span>事务中读取范围数据,不包括要同步的数据,可以立即同步,tab(is), KEY(ranges-s),page(is)</span>

<span>waitfor</span> delay <span>'</span><span>00:02:00</span><span>'</span> <span>--</span><span>等待2分钟 </span>
<span>commit</span> <span>tran</span></span></span>
Nach dem Login kopieren

通过上面的结果,我们可以知道,只要当前需要同步(正在发生变化的数据,就是要同步的数据)的数据不在被锁的范围里,就不会对同步有所影响,当然,你要是在事务里来个select * from table,那你就玩完了,需要等待你的事务结束后,你这个张表发生变

化的数据才能被同步,所以,经验告诉我们,在事务里,能不写查询就不要写,呵呵。

下面图中显示的是在一个事务里添加了范围锁的例子,看上支挺恐怖的,它对应的语句是select * from User_Info where UserInfoID10,直接查询出10条数据,这时,SQL会把这10条数据分别加上范围共享锁,以对这10条数据进行保护,你此时,要想对这10条数据的任何一条进行修改,那只能等待事务结束后了......

知方可补不足~Sqlserver发布订阅与sql事务的关系

回到目录

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage