sqlserver AlwaysOn实现读写分离配置及java/net代码实现

1.用读写分离的原因：

O、读写量很大，为了提升数据库读写性能，将读写进行分离；
O、如果多机房下写少读多，同时基于数据一致性考虑，只有一个主库存入所有的数据写入，本地再做从库提供读取，减少多机房间直接读取带来的时延。

2.sqlserver AlwaysOn读写分离配置

Alwayson相对于数据库镜像最大的优势就是可读副本，带来可读副本的同时还添加了一个新的功能就是配置只读路由实现读写分离，2016及以上版本甚至实现只读负载。

设置高可用Always On

右击可用性组设置属性常规设置，设置主角色允许读写连接,可读副本设置为只读意向。

然后关键性一步就是设置只读路由

2016以下版本数据库可视化连接工具可能没显示只读路由的选项，你可以也可以用命令实现路由指定。

2014只读只支持单负载命令

--设置集群路由
ALTER AVAILABILITY GROUP [可用性组名]
MODIFY REPLICA ON
N'DB1(DB名)' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('DB2','DB3')));
ALTER AVAILABILITY GROUP [SQLAlwayOn_Test]
MODIFY REPLICA ON
N'DB2' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('DB1','DB3')));

2016及以上支持只读多负载命令

ALTER AVAILABILITY GROUP [ShangHai]
MODIFY REPLICA ON
N'DB1' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(('DB2','DB3'),'DB1')))ALTER AVAILABILITY GROUP [ShangHai]
MODIFY REPLICA ON
N'DB2' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(('DB1','DB3'),'DB2')))

3.数据库集群支持读写分离后需程序实现读写分离：

原默认数据库链接:
DataSource=;InitialCatalog=;UserID=;Pwd=;
现实现读写分离，主从分离开来，写操作，事务操作往主库，只读操作往从库，
需程序判断操作切换数据源。

O、写，事务操作使用默认链接往主库走： DataSource=;InitialCatalog=;UserID=;Pwd=;
O、只读操作在默认链接基础上加上ApplicationIntent=ReadOnly往从库走:
DataSource=;InitialCatalog=;UserID=;Pwd=;ApplicationIntent=ReadOnly;

I、java实现：

代码实现方式有多种,
如springboot+druid+mybatis 对mapper方面名做监控实现读写数据源切换：
附上demo：springboot+druid+mybatis.rar
这不是唯一实现，还有自定义注解实现数据源切换等等我就不一一实现了。

II、net实现:

Demo:

class Program{static void Main(string[] args){Var read=Read();read.Query<string>("select");read.Close();Var write=Write();write=Execute("insert");write.Close();//因为当前是静态所以手动关闭了一下,可以实现非静态及时释放Console.ReadKey();}private static SqlConnection Read(){return new SqlConnection("read");}private static SqlConnection Write(){return new SqlConnection("write");}}

实现读写相对简单,可以做sql拦截做读写分离，或者主从方法封装实现读写分离等等，更多高级写法我就不一一举例。

实现方法千万种，说到底无非就是判断select ,insert读写操作去切换相应的链接，可以被动程序识别sql,也可以主动方法封装调用。以上实现都需双数据源，程序主动区分读写。区分关键就在数据库链接是否加上ApplicationIntent=ReadOnly;

4.为啥不使用Proxy数据库中间件的原因：

解决读写分离的方案有两种：应用层解决和中间件解决。

应用层解决

优点：
多数据源切换方便，由程序自动完成；
不需要引入中间件；
理论上支持任何数据库；
缺点：
由程序员完成，运维参与不到；
不能做到动态增加数据源；

中间件解决

优点：
源程序不需要做任何改动就可以实现读写分离；
动态添加数据源不需要重启程序；
缺点：
程序依赖于中间件，会导致切换数据库变得困难；
由中间件做了中转代理，性能有所下降；

Sqlserver基于Proxy形式开源中间件如MyCat等。
也有基于 JDBC 的扩展sharding-JDBC等(现实现方式就类似于jdbc实现);
数据库中间件虽减少程序层面修改但基于存在未知风险，故障转移问题，增加运维成本，性能损耗，对开源不太友好等所以选择程序层面实现。