基于服务应用使用sharding jdbc分库分表架构演变
2021-04-21 11:41:05 0 举报基于服务应用使用sharding jdbc分库分表架构演变
作者其他创作
大纲/内容
DB1-master
slave2
192.168.1.198
redis
server A
单体应用架构-数据分表
192.168.1.201
业务数据量大表做分表1.降低数据查询时间2.增加服务的IO性能3.避免大量数据查询造成服务吞吐性能下降
DB1
PC
存在的问题：单个服务的压力增大CPU 内存等逐量增加
redis服务器
nginx
sharding
192.168.1.200
nginx -> ip hash、Polling
other
DB2
业务数据量分库分表存储1.将数据分摊到各个数据库的各个表中1.降低数据查询时间2.增加服务的IO性能3.避免大量数据查询造成服务吞吐性能下降
192.168.1.197
主从复制
随着业务数据流的增长会造成数据库的压力，同时服务的压力也会随之增加，客户体验感下降
存在的问题：分布式资源问题
DB
单体应用架构
中间件
单体应用架构-数据分库分表主从复制+读写分离
192.168.1.199
phone
slave1
存在的问题：单个数据库读写性能下降
DB2-master
单体应用架构-数据分库分表
单体应用架构-数据分库分表主从复制+读写分离服务水平扩展
0 条评论
下一页
