项目框架配置文件实现读写分离

之前业务中是单台MySQL提供服务使用多台MySQL数据库服务器降低单台压力实现集群架构的稳定性和高可用性数据库的一致性和完整性

replication通过业务比对和分析发现随着活跃用户数增多读取数据查数据的请求变多故注重解决数据读取的压力。

模拟运维设计方案

当数据库请求增多的时候单例数据库不能满足业务的需求。

需要进行数据库实例的扩容。

多台数据库同时响应请求也就是说对数据库的请求进行负载均衡。

但是由于数据库服务的特殊原因数据库扩容基本要求数据的一致性和完整性。

所以要保证多台数据库实例的一致性和完整性以MySQL为例来说官方提供了

读写分离

数据库的负载均衡不同于其他服务的负载均衡数据要求一致性。

基于主从复制的基础上常见的数据库负载均衡使用的是读写分离方式。

写入主数据库读取到从数据库。

可以认为读写分离是一种特殊的负载均衡方式。

可能出现的问题是刚写的数据读不到实际业务中读写分离存在的一个问题不够实时性。

3添加完数据之后有一个跳转的时间5s这5s可以进行主从复制。

数据正在审核中。

需要在业务代码中判断数据操作是读还是写读连接从数据服务器操作写连接主数据库服务器操作

在业务代码中数据库的操作不直接连接数据库而是先请求到中间件服务器代理

proxysql

1业务实现读写分离操作方便成本低当前的开发框架基本支持读写分离。

如果100台服务器呢

2中间件代理服务器除了能够实现读写分离还可以作为数据库集群的管理平台。