获得徽章 0
- 12月15日 打卡 day6
电脑插上网线,联网后会通过DHCP协议动态申请一个IP,同时获得子网掩码,路由器地址等信息。
DHCP分为四个阶段,分别是 Discover,Offer, Request和ACK。如果曾经连过这个网,机器会记录你上次使用的IP,再次连接时优先使用原来的那个IP,因此只需要经历第三第四阶段。
DHCP是应用层协议,考虑到需要支持广播功能,底层使用的是UDP协议,而不是TCP协议。
DHCP分配下来的IP是有可能跟某台手动配置的IP地址重复的。
DHCP得到IP之后还会发3次无偿ARP通告,在确认没有冲突后开始使用这个IP。展开评论点赞 - 12月13日 打卡 day5
索引下推除了依赖 联合索引之外 还不能在子查询下面进行使用 存储函数也不能使用
回表查询一般发生在非主键索引上面 需要进行两次树查询 所以效率会有所折扣 我们要想解决这个行为就可以使用 联合索引去优化评论点赞 - 12月11日 打卡 day4
第一阶段:单机架构,这个阶段通常采用面向过程的设计方法。通常采用C/S架构。现在反思一下,我在2015年刚刚入行做Android开发时的思考方式,本质上是面向过程的。虽然Java是面向对象语言,并且一直强调面向对象编程,但是因为自己的编程思想并没有转变过来,导致写了一段时间烂代码,被组长一顿KO操作。
第二阶段:集中式架构,这个阶段通常采用面向对象的设计方法。一般采用经典的三层架构MVC,系统包括业务接入层、业务逻辑层和数据库层。在开发Android的后期是采用的这种方式,包括使用PHP做服务端开发时也是这种架构。这种设计模式的问题是:容易使系统变得臃肿,不易扩展性、弹性伸缩能力差。
第三阶段:分布式微服务架构,微服务架构可以实现业务和应用之间的解耦。解决单体应用扩展性差、弹性伸缩能力不足的问题,非常适合在云计算环境下的部署和运营。近期在使用go-micro微服务框架开发项目,对微服务架构有了新的认识。
分布式微服务架构是主流趋势,越来越多的企业采用分布式微服务架构进行业务转型。
那么如何才能更好的从单体架构和集中式架构转型到分布式微服务架构呢?答案就是:DDD。 这也是我们的进阶之道。展开评论点赞 - 12月9日 打卡 day3
InnoDB三层B+树情况下的数据存储量范围为 一百二十多万条 到 将近5亿条,这个跨度还是非常大的,同时我们也计算了一张博客信息表,可以存储 约一千万条 数据。DYNAMIC 行格式避免了用大量数据填充 B+ 树节点从而导致长列的问题。评论点赞
![[灵光一现]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_25.51e6984.png)
![[奋斗]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_29.2801857.png)