摘要: 如果问到Dubbo底层原理,肯定除了上一讲的底层架构,你能说出来之外,还很可能会追问几个问题,网络通信这块原理的话 netty来举例,NIO来实现的,一台机器同时抗高并发的请求 阅读全文
posted @ 2021-04-20 20:55 双城孙宇 阅读(251) 评论(0) 推荐(0)
摘要: 分布式系统 拆分为了多个子系统之后,各个系统之间如何通过Spring Cloud服务框架来进行调用,Dubbo框架来进行调用 提供接口 服务注册中心: ###消费者 动态代理:Proxy 负载均衡:Cluster,负载均衡,故障转移 注册中心:Registry 通信协议:Protocol,filte 阅读全文
posted @ 2021-04-20 20:17 双城孙宇 阅读(114) 评论(0) 推荐(0)
摘要: 作为合格的工程师,行业里主流的分布式服务技术栈,Dubbo和Spring Cloud两种,有的公司他是用Dubbo的,不用Spring Cloud的,有的公司是用Spring Cloud的,不用Dubbo的,他们是代表了两种主流技术栈 Java工程师,Dubbo和Spring Cloud起码是基本原 阅读全文
posted @ 2021-04-20 16:24 双城孙宇 阅读(164) 评论(0) 推荐(0)
摘要: #(1)如何实现mysql的读写分离? 其实很简单,就是基于主从复制架构,简单来说,就搞一个主库,挂多个从库,然后我们就单单只是写主库,然后主库会自动把数据给同步到从库上去。 #(2)MySQL主从复制原理的是啥? 主库将变更写binlog日志,然后从库连接到主库之后,从库有一个IO线程,将主库的b 阅读全文
posted @ 2021-04-20 09:35 双城孙宇 阅读(149) 评论(0) 推荐(0)
摘要: #(1)数据库自增id 这个就是说你的系统里每次得到一个id,都是往一个库的一个表里插入一条没什么业务含义的数据,然后获取一个数据库自增的一个id。拿到这个id之后再往对应的分库分表里去写入。 这个方案的好处就是方便简单,谁都会用;缺点就是单库生成自增id,要是高并发的话,就会有瓶颈的;如果你硬是要 阅读全文
posted @ 2021-04-19 14:57 双城孙宇 阅读(183) 评论(0) 推荐(0)
摘要: #(1)停机扩容(不推荐) 这个方案就跟停机迁移一样,步骤几乎一致,唯一的一点就是那个导数的工具,是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿,有点不太靠谱,因为既然分库分表就说明数据量实在是太大了,可能多达几亿条,甚至几十亿,你这么玩儿,可能会出问题。 从单库单表迁移到分库 阅读全文
posted @ 2021-04-19 11:11 双城孙宇 阅读(251) 评论(0) 推荐(0)
摘要: #(1)停机迁移方案 我先给你说一个最low的方案,就是很简单,大家伙儿凌晨12点开始运维,网站或者app挂个公告,说0点到早上6点进行运维,无法访问。。。。。。 接着到0点,停机,系统挺掉,没有流量写入了,此时老的单库单表数据库静止了。然后你之前得写好一个导数的一次性工具,此时直接跑起来,然后将单 阅读全文
posted @ 2021-04-18 21:32 双城孙宇 阅读(166) 评论(0) 推荐(0)
摘要: #(1)为什么要分库分表?(设计高并发系统的时候,数据库层面该如何设计?) 说白了,分库分表是两回事儿,大家可别搞混了,可能是光分库不分表,也可能是光分表不分库,都有可能。我先给大家抛出来一个场景。 假如我们现在是一个小创业公司(或者是一个BAT公司刚兴起的一个新部门),现在注册用户就20万,每天活 阅读全文
posted @ 2021-04-18 16:50 双城孙宇 阅读(130) 评论(0) 推荐(0)
摘要: 其实所谓的高并发,如果你要理解这个问题呢,其实就得从高并发的根源出发,为啥会有高并发?为啥高并发就很牛逼? 我说的浅显一点,很简单,就是因为刚开始系统都是连接数据库的,但是要知道数据库支撑到每秒并发两三千的时候,基本就快完了。所以才有说,很多公司,刚开始干的时候,技术比较low,结果业务发展太快,有 阅读全文
posted @ 2021-04-18 15:02 双城孙宇 阅读(601) 评论(0) 推荐(0)
摘要: #(1)两阶段提交方案/XA方案 也叫做两阶段提交事务方案,这个举个例子,比如说咱们公司里经常tb是吧(就是团建),然后一般会有个tb主席(就是负责组织团建的那个人)。 tb,team building,团建 第一个阶段,一般tb主席会提前一周问一下团队里的每个人,说,大家伙,下周六我们去滑雪+烧烤 阅读全文
posted @ 2021-04-17 21:21 双城孙宇 阅读(134) 评论(0) 推荐(0)