简洁高性能读服务架构

场景

功能要求

实现 

尽量不要分层 

比如 java中将数据访问模块打成jar,读模块直接引用,这样也减少分层带来的网格传输,也可以及减少硬件的部署。

 

从流读的流程图中可以发现,有很多模型转化,引框架时,要注意性能,比如java copyCoXXX复制对象性能就是很差

懒加载架构 

redis设置过期时间,但这也有读到缓存数据,但mysql数据已修改的风险

问题

穿透

雪崩

加盐,比如两小时+随机

无法感知实时变更

虽然有过期时间,但这时间不可能设置太短太短,如果太短就相当于查询mysql了。

所以可以用下面方法, 但这又有问题:

缓存更新失败 (如果搞分布式事务,成本又高了),容易在程序遗漏同时修改

 性能毛刺问题

比如缓存过期时,总会有请求打到mysql,查mysql与查redis是有很大性能差异的,可能是ms与s级别的差异。这就是性能毛刺,大部分场景没事,但有的对性能要求高的场景可能就不行:比如加载首页

 怎么解决上面的问题呢?

https://blog.csdn.net/liuming690452074/article/details/125569663?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22125569663%22%2C%22source%22%3A%22liuming690452074%22%7D&ctrtid=YyX9Kicon-default.png?t=M5H6https://blog.csdn.net/liuming690452074/article/details/125569663?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22125569663%22%2C%22source%22%3A%22liuming690452074%22%7D&ctrtid=YyX9K

总结

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值