鸿 网 互 联 www.68idc.cn

DataRabbit 轻量的数据访问框架(19)-- 读写分离

来源:互联网 作者:佚名 时间:2022-06-10 15:28
在高并发的系统中,我们常采用多数据库分散放置、读写分离、细粒度的隔离级别设定等策略来提高系统的性能。DataRabbit3.3 以及以上版本对这三种策略都给予了内置的支持。 在高并发
在高并发的系统中,我们常采用多数据库分散放置、读写分离、细粒度的隔离级别设定等策略来提高系统的性能。DataRabbit3.3 以及以上版本对这三种策略都给予了内置的支持。

      在高并发的系统中,我们常采用多数据库分散放置、读写分离、细粒度的隔离级别设定等策略来提高系统的性能。DataRabbit3.3 以及以上版本对这三种策略都给予了内置的支持。

(1)数据库分散放置:对于较大型的系统,在设计数据库时,我们可以根据业务范围将其设计为多个数据库,而不是一个,然后将这些数据库部署在不同的物理服务器上,以分担负载。当然,如果已经设计好的数据库,也可以采用水平分区或垂直分区的方式来达到类似的效果。

(2)读写分离:在高性能的系统中,这是最常采用的策略。在SqlServer中,可以采用事务型的订阅/发布模型来实现这种策略。在这种策略中,有一个Master DB 和多个(或一个)Slave DB,其中所有的Slave DB是只读的,而Master DB支持读写,当Master DB中的数据发生变化时,所有Slave DB会自动与其同步(可能会有稍微的延迟)。

(3)细粒度的隔离级别:比如,对于某些要求不高的查询可以采用ReadUncommitted的隔离级别来读取数据。

      DataRabbit.Application.TransactionScopeFactoryProvider<TSourceKey,TSlaveSuitKey> 类可以支持数据库分散放置和读写分离。它支持【1套主/N套从】数据库实例。 【一套】表示支持一个系统运行的不可或缺的相互协作的多个数据库。

      TransactionScopeFactoryProvider类图结构如下所示:      

      

      其中泛型参数TSourceKey是用来表示数据源标志的类型,比如我们可以用字符串来为每个数据库(数据源)命名,那么TSourceKey便可使用string类型。

      泛型参数TSlaveSuitKey是用来表示每套从库的【套标志】的类型,比如,我们每套Slave库中包含5个数据库(这与Master中的5个是一一对应的),而我们可以提供比如3套Slave库以支持超大负载的数据读取,于是我们就要为这三套Slave库加以不同的标志以区分。

      其中有用于注入Master DB数据库连接信息的Dictionary属性:MasterDataConfigurationDictionary,键便是TSourceKey类型,是每个数据源的标志,其值是用于封装数据库连接信息的DataConfiguration,这个类大家已经很熟悉了。而SlaveSuitDictionary用于注入多套从库的数据库连接信息。当然你已经知道,MasterDataConfigurationDictionarySlaveSuitDictionary中每一套的项是一一对应的。还有一个小技巧,如果你现在的系统还不够大,但是以后会采用倒读写分离策略,那么暂时你可以将Master和Slave配置为指向同一个数据库,这是没有问题的,等系统做大了以上,需要Slave的支持时,只要修改一下配置即可。

      

      DBOperationLogger属性用于记录数据库的所有操作和访问产生的异常信息。如果不设置,则表示不记录这些信息,关于DBOperationLogger的介绍,可以参考这里。

      接下来我们再看GetFactory方法:

      TransactionScopeFactory GetFactory(TSourceKey sourceKey, bool fromMaster);

      其第一个参数表示要访问哪个数据库,第二个参数表示是要访问Master库还是Slave库。我们要注意到,当系统采用多套从库时,GetFactory()方法会随机的返回某套从库的TransactionScopeFactory,从而达到自动负载均衡的目的。 当然你也可以通过GetSlaveFactory()方法来返回指定标志的某套从库的TransactionScopeFactory。

      如此,我们可以这样来使用读写分离机制 -- 比如,我们有一个任务只是读取数据库,而不会有任何修改行为,那么就从Slave库中读取:

            IList<Student> list = null;
            TransactionScopeFactory factory 
= this.transactionScopeFactoryProvider.GetFactory(DBSourceType.Basic, false);
            
using (TransactionScope scope = factory.NewTransactionScope(false))
            {
                IOrmAccesser
<Student> accesser = scope.NewOrmAccesser<Student>();
                list 
= accesser.GetAll();
                scope.Commit();
            }

            
return list;

      这个例子中,我们用一个枚举DBSourceType来标志多个数据源,例子从标志位Basic的数据源的Slave库中读取所有的Student列表信息。

      接下来,我们来看对隔离级别的支持。

      还是使用上面的这个例子,假设我们的业务允许读取Student列表可以为脏读,那么可以降低读取的隔离级别(默认为ReadCommitted): 

            IList<Student> list = null;
            TransactionScopeFactory factory 
= this.transactionScopeFactoryProvider.GetFactory(DBSourceType.Basic, false);
            
using (TransactionScope scope = factory.NewTransactionScope(false, IsolationLevel.ReadUncommitted))
            {
                IOrmAccesser
<Student> accesser = scope.NewOrmAccesser<Student>();
                list 
= accesser.GetAll();
                scope.Commit();
            }

            
return list;

      IsolationLevel定义如下:

 

    public enum IsolationLevel
    {
        ReadUncommitted 
= 0 ,
        ReadCommitted,
        RepeatableRead,      
        Serializable
    }

 

      DataRabbit3.3及以上版本对上述策略都给予了充分的支持,你可以下载最新版本试试。

      关于DataRabbit的更多信息目录,参见这里。

 

上一篇:[一步一步MVC]第三回:MVC范例大观园
下一篇:没有了
网友评论
<