CYQ.Data V5 数据库读写分离功能介绍

前言

好多年没写关于此框架的新功能的介绍了,这些年一直在默默地更新,从Nuget上的记录就可以看出来:

这几天在看Java的一些东西,除了觉的Java和.NET的相似度实在太高之外,就是Java太原始,急需被拯救。

之后又回到.NET的思维来,想着怎么在框架里实现读写分离控制请求切换。

之前几个月一直都有在思考,想及对框架现有的代码改动可能较大,所以迟迟没怎么下手。

最近终于在厕所蹲下的一瞬间,灵光一闪,感觉思绪来了,然后一鼓作气,就把它给作了。

数据库读写分离的三步曲

1:实现主(读)从(写)同步的功能

A:MSSQL的复制订阅;

B:MySql的Master-Slave配置ini。

C:Oracle自身组件或第三方软件。

具体怎么实现,请以读写分离为关键字自行Google。

2:读写分离控制请求的3种方式

A:通过代码控制链接的切换(常用)。

B:通过中间第三方插件实现(需要放弃治疗:数据一致性)。

C:通过数据库驱动实现(没怎么见着)。

3:数据的一致性问题

由于主从数据库的同步时间差,必然产生数据一致性这个问题,所以通常还是会回到业务代码上控制。

代码解决主(写)从(读)请求分配与数据一致性

1:读写请求的分配原则

在底层:DbCommand的三个方法中:

分配读:ExecuteScalar和ExecuteReader

分配写:ExecuteNonQuery

2:读写请求的追加原则:

A:事务时:全分配到主数据库

B:非事务时:同一个链接,只要产生写主数据库,后续读仍挂在主数据库(初步解决数据一致性问题)。

3:处理数据一致性问题:

示例场景如:用户写完博客后(写),跳转到查看文章页面(读)。

很明显,如果主从库还没来得及同步,你要提示用户:缓存正在同步,请等待N秒后刷新看看?

A:这场景,不是同一个链接,却是同一个人。

B:需要把同一个人产生写主数据库操作后,必须在N秒内的操作都仍挂在主数据库。

所以,我用了三个方式来判断是否同一个人:

A:SessionID。

B:Cookie

C:线程ID

至此,读写分离的相关功能就算完成了。

CYQ.Data读写分离的使用演示

下面演示读写分写在ASP.NET Aries 框架上的使用示例:

1:从SVN下载ASP.NET Aries 开源框架的源码。

具体看:http://www.cnblogs.com/cyq1162/p/5487796.html

2:确保packages下的CYQ.Data 版本为V5.6以上,如果版本不够新,上Nuget搜cyqdata更新。

3:在数据库中建立好主从库订阅复制功能(MSSQL),演示就在同一台电脑了,Copy的为从(读)数据库。

4:Web.config中添加一条数据库链接

PS说明:

如果主数据库name是XXXX,那么从库的配置为:XXXX_Slave1、XXXX_Slave2、XXXX_Slave3.....XXXX_SlaveN

搞定收功,使用就是这么简单,只要配数据库链接,就一切就OK了。

界面运行后截图

1:Chorme浏览器,登陆后编辑用户信息(此时操作的主数据库):

2:保存后跳转到列表页面:此时还是操作的主数据库:

3:在FireFox浏览器里立即刷新查看:读的是从数据库,此时主从还没同步好,所以还是旧数据。

隐藏技能:

通过配置XXXX_Bak,当主数据库挂了时,会自动切换到备份数据库。

于是架构就变成1主+1备+N从的方式。

总结

用了此框架,你会发现1行业务代码都无需要改,只需config文件配上N个从数据的链接,数据库读写分离这种传说中的东西,马上就属于你了。

不要问我这几年为啥这么低调没怎么推广此框架,只是看淡了,不争,最好用的框架只属于少数的有缘人。

补充一条好消息:框架从V5.5.6.1版本开始,MSSQL数据库可以免费使用,不再需要授权。

对于免费开放MSSQL使用的消息,喜欢就赞一个!

时间: 2024-10-29 19:09:18

CYQ.Data V5 数据库读写分离功能介绍的相关文章

CYQ.Data V5 分布式自动化缓存设计介绍(二)

前言: 最近一段时间,开始了<IT连>创业,所以精力和写的文章多数是在分享创业的过程. 而关于本人三大框架CYQ.Data.Aries.Taurus.MVC的相关文章,基本都很少写了. 但框架的维护升级,还是时不时的在进行中的,这点从开源的Github上的代码提交时间上就可以看出来了. 毕竟<IT连>的后台WebAPI,用的是Taurus.MVC,后台系统管理用的是Aries. 不过今天,就不写创业相关的文章了,先分享篇技术类的文章. CYQ.Data 分布式自动缓存 之前写过一篇

CYQ.Data V5 从入门到放弃ORM系列:框架的优势

前言: 框架开源后,学习使用的人越来越多了,所以我也更加积极的用代码回应了. 在框架完成了:数据库读写分离功能 和 分布式缓存功能 后: 经过三天三夜的不眠不休,终于完成框架第三个重量级的功能:自动化分布式缓存. 源代码已经提交,源码地址见:终于等到你:CYQ.Data V5系列 (ORM数据层)最新版本开源了 记得很多年前,大概2010年左右吧,CYQ.Data框架进入快速更新版本阶段的时候, 那时候的我会经常在一些技术群里有意无意的说起自己的框架,然后群里总有那么一些自我而自负的人会说: 你

CYQ.Data V5 分布式缓存MemCached应用开发介绍

前言 今天大伙还在热议关于.NET Core的东西,我只想说一句:在.NET 跨平台叫了这么多年间,其实人们期待的是一个知名的跨平台案例,而不是一堆能跨平台的消息. 好,回头说说框架: 在框架完成数据库读写分离的功能后,开始回想起2年前所构思的:关于框架集成分布式缓存MemCached的实现. 之前一直没动手,是因为思路比较飘,秉承着框架应该简单干净轻量引用无依赖和使用不复杂的思维: 看着MemCached的服务端协议,整天思考着自己用Socket写一个客户端. 后来可能是没激情,迟迟没动手.

MariaDB数据库读写分离实现(二):amoeba的使用

本文接上一篇博客:MariaDB数据库读写分离实现(一):mysql-proxy的使用 http://sohudrgon.blog.51cto.com/3088108/1608605 我们将mysql-proxy停止,在节点node5上安装amoeba,测试实现数据库的读写分离. 一.amoeba的简介     Amoeba for MySQL致力于MySQL的分布式数据库前端代理层,它主要在应用层访问MySQL的时候充当query 路由功能,专注分布式数据库 proxy 开发.座落于Clien

(转)学会数据库读写分离、分表分库——用Mycat,这一篇就够了!

原文:https://www.cnblogs.com/joylee/p/7513038.html 系统开发中,数据库是非常重要的一个点.除了程序的本身的优化,如:SQL语句优化.代码优化,数据库的处理本身优化也是非常重要的.主从.热备.分表分库等都是系统发展迟早会遇到的技术问题问题.Mycat是一个广受好评的数据库中间件,已经在很多产品上进行使用了.希望通过这篇文章的介绍,能学会Mycat的使用. 安装 Mycat官网:http://www.mycat.io/可以了解下Mycat的背景和应用情况

学会数据库读写分离、分表分库——用Mycat

系统开发中,数据库是非常重要的一个点.除了程序的本身的优化,如:SQL语句优化.代码优化,数据库的处理本身优化也是非常重要的.主从.热备.分表分库等都是系统发展迟早会遇到的技术问题问题.Mycat是一个广受好评的数据库中间件,已经在很多产品上进行使用了.希望通过这篇文章的介绍,能学会Mycat的使用. 安装 Mycat官网:http://www.mycat.io/可以了解下Mycat的背景和应用情况,这样使用起来比较有信心. Mycat下载地址:http://dl.mycat.io/官网有个文档

转:开源数据库中间件MyCat实现数据库读写分离、分表分库指南

系统开发中,数据库是非常重要的一个点.除了程序的本身的优化,如:SQL语句优化.代码优化,数据库的处理本身优化也是非常重要的.主从.热备.分表分库等都是系统发展迟早会遇到的技术问题问题.Mycat是一个广受好评的数据库中间件,已经在很多产品上进行使用了.希望通过这篇文章的介绍,能学会Mycat的使用. 安装 Mycat官网:http://www.mycat.io/可以了解下Mycat的背景和应用情况,这样使用起来比较有信心. Mycat下载地址:http://dl.mycat.io/官网有个文档

数据库读写分离、分表分库——用Mycat

系统开发中,数据库是非常重要的一个点.除了程序的本身的优化,如:SQL语句优化.代码优化,数据库的处理本身优化也是非常重要的.主从.热备.分表分库等都是系统发展迟早会遇到的技术问题问题.Mycat是一个广受好评的数据库中间件,已经在很多产品上进行使用了.希望通过这篇文章的介绍,能学会Mycat的使用. 安装 Mycat官网:http://www.mycat.io/可以了解下Mycat的背景和应用情况,这样使用起来比较有信心. Mycat下载地址:http://dl.mycat.io/官网有个文档

spring+mybatis利用interceptor(plugin)兑现数据库读写分离

使用spring的动态路由实现数据库负载均衡 系统中存在的多台服务器是“地位相当”的,不过,同一时间他们都处于活动(Active)状态,处于负载均衡等因素考虑,数据访问请求需要在这几台数据库服务器之间进行合理分配, 这个时候,通过统一的一个DataSource来屏蔽这种请求分配的需求,从而屏蔽数据访问类与具体DataSource的耦合: 系统中存在的多台数据库服务器现在地位可能相当也可能不相当,但数据访问类在系统启动时间无法明确到底应该使用哪一个数据源进行数据访问,而必须在系统运行期间通过某种条