获得徽章 2
- #青训营笔记创作活动#
2月19日 打卡day9
从客户端的一条 SQL 语句出发,先进入可以复用连接特定数据库的线程,再进入可以复用客户端的连接,再由 MySQL 对数据库执行 SQL 语句,执行结果最后返回客户端。评论点赞 - #青训营笔记创作活动#
2月18日 打卡day8
既然是习惯,说明这些个行为需要有意识地养成,好的习惯在项目开发过程能够大幅度的提升效率,更利于运行和维护。评论点赞 - #青训营笔记创作活动#
2月17日 打卡day7
从将一台计算机怎样把信息发送给另外一台计算机出发,层层递进信息传递的需求和改善方式,介绍计算机网络体系形成的原因,从新的视角回顾了一遍计算机网络。评论点赞 - #青训营笔记创作活动#
2月16日 打卡day6
以与 MySQL 建立连接开始,到接受 SQL 语句执行完返回,将 MySQL 的架构梳理了一遍:
1. 上层需要操作数据库,先与数据库进行用户验证,建立连接;
2. MySQL服务为用户开启线程,维持连接;
3. 对传过来的 SQL 语句依次进行词法分析、语法分析、语义分析和优化,确定最终执行方案;
4. 通过存储引擎去硬盘获取相应的数据返回。展开评论点赞 - #青训营笔记创作活动#
2月15日 打卡day5
包:你不是抓到我了吗?
我:哪呢?
一般情况下我们会用host去检索抓到的包,然后从中提取出信息,但https将host和请求体都加密了,需要根据加密协议的规则将加密的信息提取出来(用TLS1.2加密的话加密信息是三个随机数),得到这三个随机数就可以解密这些信息了。展开评论点赞 - #青训营笔记创作活动#
2月14日 打卡day4
根据TCP和UDP协议的数据包头大小和在本层的规定,TCP需要多一些的时间去完成可靠性的验证,单纯传输小数据包时,TCP会花费更多的时间,而在传输特别大的数据包时,TCP因为分段机制,会将数据包切片成IP层能够容纳的最大数据包大小,所以很少会出现重传,但是UDP没有分段机制,直接传输超过IP层能够容纳的最大数据包大小将导致数据包在IP层进行分片,此时发生丢包,再次重传会重传整个大数据包,可能会导致TCP比UDP快。展开评论点赞 - #青训营笔记创作活动#
2月13日 打卡day3
比较简明扼要的说的话,kafka就是一个消息队列,能够进行分布式的存取数据,其内部的数据能够通过给定的规则进行存取,并且相当的安全可靠,性能也不错,是应对大数据潮流下的分布式数据交互的一种好的工具。展开评论点赞 - #青训营笔记创作活动#
2月12日 打卡day2
主线问题的答案是:http存在一定延迟,为了适应客户端和服务端之间需要频繁交互的复杂场景,websocket应运而生,不过需要先建立http连接,然后再切换成websocket,增加数据交互的实时性。还有最重要的一点,RPC是远程过程调用,是一种思想,经常说的RPC协议是基于RPC思想的传输层协议的封装,是可以自定义的协议,用于在不同网络交互场景下对不同的数据做不同的处理。
ps(另外一个答案):外连接文http2.0,好像是因为不想淘汰老程序员导致大面积程序员失业(误~)展开评论点赞 - #青训营笔记创作活动#
2月11日 打卡day1
重新打卡声明,最近在忙青训的大项目,还好时间来得及,由于时间关系,只能做个搬运了。
本人不是客户端转服务端,但通过了解作者介绍的客户端工作,明白了事情“耦合”在一起将会在效率上打折扣,从而引出了微服务的DDD设计理念,是一种基于边界的解除事件依赖关系的解耦操作,能够在被需要的时候组合起来,也向我们指明了Go进阶的方向,感觉行文结构被精心设计过。展开评论点赞 - #青训营笔记创作活动#
2月8日 打卡day9
从客户端的一条 SQL 语句出发,先进入可以复用连接特定数据库的线程,再进入可以复用客户端的连接,再由 MySQL 对数据库执行 SQL 语句,执行结果最后返回客户端。评论点赞