获得徽章 1
#青训营笔记创作活动#
2月14日 打卡day12
MySQL 的整体架构：
连接层：主要是指数据库连接池，会负责处理所有客户端接入的工作。
服务层：主要包含SQL接口、解析器、优化器以及缓存缓冲区四块区域。
存储引擎层：这里是指MySQL支持的各大存储引擎，如InnoDB、MyISAM等。
文件系统层：涵盖了所有的日志，以及数据、索引文件，位于系统硬盘上。
2月14日 打卡day12
MySQL 的整体架构：
连接层：主要是指数据库连接池，会负责处理所有客户端接入的工作。
服务层：主要包含SQL接口、解析器、优化器以及缓存缓冲区四块区域。
存储引擎层：这里是指MySQL支持的各大存储引擎，如InnoDB、MyISAM等。
文件系统层：涵盖了所有的日志，以及数据、索引文件，位于系统硬盘上。
展开
评论
点赞
#青训营笔记创作活动#
2月12日 打卡day11
HTTPS 的加密流程分为两个阶段。
第一阶段是TLS四次握手，这一阶段主要是利用非对称加密的特性各种交换信息，最后得到一个"会话秘钥"。
第二阶段是则是在第一阶段的"会话秘钥"基础上，进行对称加密通信。
四次握手中，客户端和服务端最后都拥有三个随机数。
第一次握手，产生的客户端随机数，叫client random。
第二次握手时，服务器也会产生一个服务器随机数，叫server random。
第三次握手时，客户端还会产生一个随机数，叫pre_master_key。
这三个随机数共同构成最终的对称加密秘钥。
2月12日 打卡day11
HTTPS 的加密流程分为两个阶段。
第一阶段是TLS四次握手，这一阶段主要是利用非对称加密的特性各种交换信息，最后得到一个"会话秘钥"。
第二阶段是则是在第一阶段的"会话秘钥"基础上，进行对称加密通信。
四次握手中，客户端和服务端最后都拥有三个随机数。
第一次握手，产生的客户端随机数，叫client random。
第二次握手时，服务器也会产生一个服务器随机数，叫server random。
第三次握手时，客户端还会产生一个随机数，叫pre_master_key。
这三个随机数共同构成最终的对称加密秘钥。
展开
评论
点赞
#青训营笔记创作活动#
2月10日 打卡day10
写好代码的几个方法：
1. 规范命名，要做到见名知意。
2. 规范代码格式，可以使用一键格式化的开发工具。
3. 写好代码注释，解释代码的意图，说明为什么这么写，用来做什么；对参数和返回值注释，入参代表什么，出参代表什么。
4. try catch 内部代码抽成一个方法。
5. 后端在设计接口的时候，需要统一返回值
6. 日志打印规范。可搜索性，要有明确的关键字信息。异常日志需要打印出堆栈信息。
2月10日 打卡day10
写好代码的几个方法：
1. 规范命名，要做到见名知意。
2. 规范代码格式，可以使用一键格式化的开发工具。
3. 写好代码注释，解释代码的意图，说明为什么这么写，用来做什么；对参数和返回值注释，入参代表什么，出参代表什么。
4. try catch 内部代码抽成一个方法。
5. 后端在设计接口的时候，需要统一返回值
6. 日志打印规范。可搜索性，要有明确的关键字信息。异常日志需要打印出堆栈信息。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月9日 day9
大部分项目，会在基于UDP的基础上，模仿TCP，实现不同程度的可靠性机制。
对于UDP+重传的场景，如果要传超大数据包，并且没有实现分段机制的话，那数据就会在IP层分片，一旦丢包，那就需要重传整个超大数据包。而TCP则不需要考虑这个，内部会自动分段，丢包重传分段就行了。这种场景下，其实TCP更快。
2月9日 day9
大部分项目，会在基于UDP的基础上，模仿TCP，实现不同程度的可靠性机制。
对于UDP+重传的场景，如果要传超大数据包，并且没有实现分段机制的话，那数据就会在IP层分片，一旦丢包，那就需要重传整个超大数据包。而TCP则不需要考虑这个，内部会自动分段，丢包重传分段就行了。这种场景下，其实TCP更快。
展开
评论
点赞
#青训营笔记创作活动#
2月7日 打卡day8
kafka 是一个消息系统+持久化系统+流式存储平台
Kafka 体系架构包括若干 Producer、若干 Broker、若干 Consumer，以及一个 ZooKeeper 集群。
其中 ZooKeeper 是 Kafka 用来负责集群元数据的管理、控制器 的选举等操作的。Producer 将消息发送到 Broker，Broker 负责将收到的消息存储到磁盘中，而 Consumer 负责从 Broker 订阅并消费消息。
2月7日 打卡day8
kafka 是一个消息系统+持久化系统+流式存储平台
Kafka 体系架构包括若干 Producer、若干 Broker、若干 Consumer，以及一个 ZooKeeper 集群。
其中 ZooKeeper 是 Kafka 用来负责集群元数据的管理、控制器 的选举等操作的。Producer 将消息发送到 Broker，Broker 负责将收到的消息存储到磁盘中，而 Consumer 负责从 Broker 订阅并消费消息。
展开
评论
点赞
#青训营笔记创作活动#
2月6日 打卡day7
websocket 是一种让客户端和服务端建立全双工通信的协议。
在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送的效果。
对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
2月6日 打卡day7
websocket 是一种让客户端和服务端建立全双工通信的协议。
在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送的效果。
对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
展开
评论
点赞
#第五届青训营阅读打卡#
2月5日 打卡day6
DHCP Discover：在联网时，本机由于没有IP，也不知道DHCP服务器的IP地址是多少，所以根本不知道该向谁发起请求，于是索性选择广播，向本地网段内所有人发出消息，询问"谁能给个IP用用"。
DHCP Offer：不是DHCP服务器的机子会忽略你的广播消息，而DHCP服务器收到消息后，会在自己维护的一个IP池里拿出一个空闲IP，通过广播的形式给回你的电脑。
DHCP Request：你的电脑在拿到IP后，再次发起广播，就说"这个IP我要了"。
DHCP ACK：DHCP服务器此时再回复你一个ACK，意思是"ok的"。你就正式获得这个IP在一段时间（比如24小时）里的使用权了。后续只要IP租约不过期，就可以一直用这个IP进行通信了。
2月5日 打卡day6
DHCP Discover：在联网时，本机由于没有IP，也不知道DHCP服务器的IP地址是多少，所以根本不知道该向谁发起请求，于是索性选择广播，向本地网段内所有人发出消息，询问"谁能给个IP用用"。
DHCP Offer：不是DHCP服务器的机子会忽略你的广播消息，而DHCP服务器收到消息后，会在自己维护的一个IP池里拿出一个空闲IP，通过广播的形式给回你的电脑。
DHCP Request：你的电脑在拿到IP后，再次发起广播，就说"这个IP我要了"。
DHCP ACK：DHCP服务器此时再回复你一个ACK，意思是"ok的"。你就正式获得这个IP在一段时间（比如24小时）里的使用权了。后续只要IP租约不过期，就可以一直用这个IP进行通信了。
展开
评论
点赞
#第五届青训营阅读打卡#
2月4日 打卡day5
最左匹配原则顾名思义：最左优先，以最左边的为起点任何连续的索引都能匹配上。同时遇到范围查询就会停止匹配。
MySQL联合索引有时候遵循最左前缀匹配原则，有时候不遵循。
建立索引的时候不推荐建立在经常改变的字段 因为这样的话我们的索引结构就要跟着你的改变而改动
2月4日 打卡day5
最左匹配原则顾名思义：最左优先，以最左边的为起点任何连续的索引都能匹配上。同时遇到范围查询就会停止匹配。
MySQL联合索引有时候遵循最左前缀匹配原则，有时候不遵循。
建立索引的时候不推荐建立在经常改变的字段 因为这样的话我们的索引结构就要跟着你的改变而改动
展开
评论
点赞