等来戈多
获得徽章 1
#青训营笔记创作活动#
2月2日，打卡day11
跨域问题是浏览器保护用户的访问安全的一种安全拦截机制，但会影响不同站点的正常调用。解决方案的本质上是给头加上了一个Access-Control-Allow-Origin。跨域问题其实还是要后端来解决。
2月2日，打卡day11
跨域问题是浏览器保护用户的访问安全的一种安全拦截机制，但会影响不同站点的正常调用。解决方案的本质上是给头加上了一个Access-Control-Allow-Origin。跨域问题其实还是要后端来解决。
展开
评论
点赞
#青训营笔记创作活动#
2月1日，打卡day10
今日回顾了go的基础语法和一些容易出现的错误。
2月1日，打卡day10
今日回顾了go的基础语法和一些容易出现的错误。
评论
点赞
#青训营笔记创作活动#
1月31日，打卡day9
今日学习了Redis的进阶用法，使用Redis来进行限流、令牌桶算法、漏桶算法、布隆过滤器。
1月31日，打卡day9
今日学习了Redis的进阶用法，使用Redis来进行限流、令牌桶算法、漏桶算法、布隆过滤器。
评论
点赞
#青训营笔记创作活动#
1月30日，打卡day8
今日学习了对称加密和非对称加密的区别，TLS四次握手。全程有三个随机数在流转，涉及到两对公钥私钥。
1月30日，打卡day8
今日学习了对称加密和非对称加密的区别，TLS四次握手。全程有三个随机数在流转，涉及到两对公钥私钥。
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
1 月 29 日 打卡 day7
学习了Kafka的基本概念、整体架构、存储视图、多副本机制、消息格式和高性能的原因。
- 整体架构
- - ZooKeeper 集群，用于负责集群元数据的管理、控制器的选举等操作
- Producer 将消息发送到 Broker
- Broker 负责将收到的消息存储到磁盘中
- Consumer 负责从 Broker 订阅并消费消息
- 基本概念
- - 主题（Topic），一个主题可以横跨多个broker。
- 分区（Partition）可以看作一个可追加的日志。
- 消费组和消费概念
- - 每一个partition只能被一个消费组中的一个消费者所消费。
- 存储视图
- - 每个partition会有多个副本，副本对应Log，Log会被切分为多段LogSegment。
- Log层面追加消息是顺序写入的，只有最后一个LogSegment才能执行写入操作。
- 每个 LogSegment 对应于磁盘上的一个日志文件和两个索引文件，以及可能的其他文件。
- 多副本
- - 一主多从，其中 leader 副本负责处理读写请求，follower 副本只负责消息同步。
- AR (Assigned Replicas) ，分区中的所有副本，AR =ISR+OSR。
- ISR (In-Sync)，与 leader 副本保持一定程度同步的副本(包括 leader 副本)。
- OSR (Out-of-Sync) 与 leader 副本同步滞后过多的副本(不包括 leader 副本)
- HW（High Watermark），标识了一个特定的消息偏移量(offset)，消费者只能拉取到这个 offset 之前的消息。
- LEO（Log End Offset），它标识当前日志文件中下一条待写入消息的 offset。
- 分区 ISR 集合中的每个副本都会维护自身的 LEO，而 ISR 集合中最小的 LEO 即为分区的 HW，对消费者而言只能消费 HW 之前的消息。
1 月 29 日 打卡 day7
学习了Kafka的基本概念、整体架构、存储视图、多副本机制、消息格式和高性能的原因。
- 整体架构
- - ZooKeeper 集群，用于负责集群元数据的管理、控制器的选举等操作
- Producer 将消息发送到 Broker
- Broker 负责将收到的消息存储到磁盘中
- Consumer 负责从 Broker 订阅并消费消息
- 基本概念
- - 主题（Topic），一个主题可以横跨多个broker。
- 分区（Partition）可以看作一个可追加的日志。
- 消费组和消费概念
- - 每一个partition只能被一个消费组中的一个消费者所消费。
- 存储视图
- - 每个partition会有多个副本，副本对应Log，Log会被切分为多段LogSegment。
- Log层面追加消息是顺序写入的，只有最后一个LogSegment才能执行写入操作。
- 每个 LogSegment 对应于磁盘上的一个日志文件和两个索引文件，以及可能的其他文件。
- 多副本
- - 一主多从，其中 leader 副本负责处理读写请求，follower 副本只负责消息同步。
- AR (Assigned Replicas) ，分区中的所有副本，AR =ISR+OSR。
- ISR (In-Sync)，与 leader 副本保持一定程度同步的副本(包括 leader 副本)。
- OSR (Out-of-Sync) 与 leader 副本同步滞后过多的副本(不包括 leader 副本)
- HW（High Watermark），标识了一个特定的消息偏移量(offset)，消费者只能拉取到这个 offset 之前的消息。
- LEO（Log End Offset），它标识当前日志文件中下一条待写入消息的 offset。
- 分区 ISR 集合中的每个副本都会维护自身的 LEO，而 ISR 集合中最小的 LEO 即为分区的 HW，对消费者而言只能消费 HW 之前的消息。
展开
评论
点赞
1月18日 打卡day6
今日学习了MySQL的建立索引的原则和一些注意事项。还有索引失效的情景、以及使用索引的正确姿势。 #青训营笔记创作活动#
今日学习了MySQL的建立索引的原则和一些注意事项。还有索引失效的情景、以及使用索引的正确姿势。 #青训营笔记创作活动#
评论
点赞
#青训营笔记创作活动#
1月16日 打卡day5
今日学习了MySQL的索引机制。回顾了MySQL的索引管理、索引分类、唯一/全文/联合/空间索引的创建与使用等内容。
1月16日 打卡day5
今日学习了MySQL的索引机制。回顾了MySQL的索引管理、索引分类、唯一/全文/联合/空间索引的创建与使用等内容。
评论
点赞
赞了这篇文章