摘要： 回到目录关于锁的相关知识，大家可以看我的这篇文章《知方可补不足~Sqlserver中的几把锁和.net中的事务级别》死锁我想大家都知道，当一个对话（线程）占用一个资源时，别一个线程也同时去访问它，并且其中一个优化级高的对话将ＳＱＬ锁状态提升为Ｘ锁（排它锁）后，其一个对话将会被作为“牺牲品”抛弃，这种... 阅读全文

摘要： 回到目录前几讲说了一下通过sqlserver的发布与订阅来实现数据的同步，再通过EF这个ORM架构最终实现架构系统的读写分离，而在使用发布与订阅来实现数据同步时，需要我们注意几点，那就是当操作被使用在“事务上下文”时，你的同步操作有可能会被延时，嘟嘟！这个不难理解，我们都知道事务有一些级别，而最高级... 阅读全文

摘要： 回到目录最近做了一个数据库的读写分离项目，使用到了DbCommand拦截器，在程序开发过程中没有发现什么特别的问题，而当开发完成后，在进行测试阶段时，一个偶然的机会让我发现了，原来我的拦截器注入不只是注入一次，而是每种类型的仓储都会注入一次，这个问题事实上是相关严重的一件事，如果你的拦截器处理逻辑很... 阅读全文

摘要： 回到目录本讲是通过DbCommand拦截器来实现读写分离的最后一讲，对之前几篇文章做了一个优化，无论是程序可读性还是实用性上都有一个提升，在配置信息这块，去除了字符串方式的拼接，取而代之的是section数组，这样在修改配置时更加清晰了；而实用性上，彻底改变了读和写不能共用一个仓储对象的缺点，并且在... 阅读全文

摘要： 回到目录上一讲中基本实现了对数据库的读写分离，而在选择只读数据库上只是随机选择，并没有去检测数据库服务器是否有效，如服务器挂了，ＳＱＬ服务停了，端口被封了等等，而本讲主要对以上功能进行一个实现，并对配置文件也进行了一些优化，让它更好的支持多个数据库服务器，分别配置各个的账号和密码及数据库服务端口等等... 阅读全文