Go最全架构其实是经验的累积(1),2024年展望Golang原生开发的现状

img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以戳这里获取

缺点

但是对于公司来说 有几点问题

  • 1、架构复杂了 多了一个redis中间件,多一个中间件就会多一个可能出问题的风险,并且没有部署redis的哨兵以及集群 一旦节点出现问题系统就崩了 这样做出问题的可能性就增加了
  • 2、数据一致性问题 数据存储在redis里面,关系型数据库不支持事物,redis存储的数据 mysql也需要存储一份,那我们又需要解决数据一致性问题

虽然这样可以解决目前的问题但是又给后人埋下许多坑。

经验比较足的架构解决方式

功力深厚,就分析源码,以及从架构来做些调整

  1. 在web 容器层面增加拦截器 阻挡重复无效的请求穿透到数据库。如:订单重复提交、频繁请求等 我们可以做幂等性校验
  2. 分析业务代码中SQL是否存在全表扫描以及索引选择、慢SQL等问题,我们在全表扫面加入索引加快搜索,加入慢SQL监控 优化SQL
  3. 增加InnerDB引擎的Buffer_Pool 缓存池 提高查询的缓存命中率 让查询更多的命中缓存,这样处理时更多的数据直接充内存中提取,不在进行底盘的磁盘IO
  4. 在系统层面,解决文件IO问题,增加文件系统的缓存,提高了单次处理的吞吐量,减少文件IO次数。
    这样处理系统没有新增任何组件,就解决了磁盘IO导致查询缓慢的问题

总结:

新架构往往偏向外向行组件解决。

  • 就像衣服磨破了,我打个补丁

老架构往往是从问题源头分析问题

  • 这件衣服怎么磨破的,新衣服选择更耐磨的面料来杜绝这个问题。

  • 架构是经验的累积,继续努力吧少年!

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值