获得徽章 1
#青训营笔记创作活动#
# 1月20日 Day8
今日学习了：
- Kafka基础概念
- 整体架构
- 版本变迁
- 实战
# 1月20日 Day8
今日学习了：
- Kafka基础概念
- 整体架构
- 版本变迁
- 实战
展开
评论
1
#青训营笔记创作活动#
1月19日 Day7
今日学习了：
- TCP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的，对于大部分需要服务器主动推送数据到客户端的场景，都不太友好，因此我们需要使用支持全双工的websocket协议。
- 在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
- 对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
- websocket和socket几乎没有任何关系，只是叫法相似。
- 正因为各个浏览器都支持HTTP协议，所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作，升级成功后就跟HTTP没有任何关系了，之后就用websocket的数据格式进行收发数据。
1月19日 Day7
今日学习了：
- TCP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的，对于大部分需要服务器主动推送数据到客户端的场景，都不太友好，因此我们需要使用支持全双工的websocket协议。
- 在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
- 对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
- websocket和socket几乎没有任何关系，只是叫法相似。
- 正因为各个浏览器都支持HTTP协议，所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作，升级成功后就跟HTTP没有任何关系了，之后就用websocket的数据格式进行收发数据。
展开
评论
1
#青训营笔记创作活动#
1月17日Day5
今日学习了：
- 索引类别与原理
- 加索引可能会使效率降低，可通过公式count(distinct(column_name)) : count(*)计算离散值，离散值越高说明建立索引效果越明显
- 尽量少用SELECT * FROM TABLE，因为可能导致回表，使效率降低
- 最左匹配原则：最左优先，以最左边的为起点任何连续的索引都能匹配上（sql中and前后顺序会自动调整），同时遇到范围查询(>、<、between、like)就会停止匹配。
- Mysql5.6增加ICP 索引下推
1月17日Day5
今日学习了：
- 索引类别与原理
- 加索引可能会使效率降低，可通过公式count(distinct(column_name)) : count(*)计算离散值，离散值越高说明建立索引效果越明显
- 尽量少用SELECT * FROM TABLE，因为可能导致回表，使效率降低
- 最左匹配原则：最左优先，以最左边的为起点任何连续的索引都能匹配上（sql中and前后顺序会自动调整），同时遇到范围查询(>、<、between、like)就会停止匹配。
- Mysql5.6增加ICP 索引下推
展开
评论
点赞
#青训营笔记创作活动# 1月16日 Day4
今日学习了：
1. Grep Console：一款帮你分析控制台日志的插件，可以对不同级别的日志进行不同颜色的高亮显示，还可以用来按关键字搜索日志内容。
2. Alibaba Cloud Toolkit：CloudToolkit是阿里出品的一款IDEA插件，通过它我们可以更方便地实现自动化部署
3. RestfulFastRequest：RestfulFastRequest号称是IDEA版本的Postman，它是一个功能强大的Restful API工具包插件，可以根据已有的方法快速生成接口调试用例
4. Translation：一款翻译插件，支持Google、有道、阿里、百度翻译，对我们看源码时翻译注释很有帮助！
今日学习了：
1. Grep Console：一款帮你分析控制台日志的插件，可以对不同级别的日志进行不同颜色的高亮显示，还可以用来按关键字搜索日志内容。
2. Alibaba Cloud Toolkit：CloudToolkit是阿里出品的一款IDEA插件，通过它我们可以更方便地实现自动化部署
3. RestfulFastRequest：RestfulFastRequest号称是IDEA版本的Postman，它是一个功能强大的Restful API工具包插件，可以根据已有的方法快速生成接口调试用例
4. Translation：一款翻译插件，支持Google、有道、阿里、百度翻译，对我们看源码时翻译注释很有帮助！
展开
评论
点赞
#青训营笔记创作活动# 1月15日 Day3
今日学习了几种常用的限流算法：
计数器：
- 优点：固定时间段计数，实现简单，适用不太精准的场景；
- 缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
- 优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
- 缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
- 优点：可以很好的控制消费频率；
- 缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
- 优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
- 缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
- 优点：支持分布式限流，有效保护下游依赖的服务资源；
- 缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。
今日学习了几种常用的限流算法：
计数器：
- 优点：固定时间段计数，实现简单，适用不太精准的场景；
- 缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
- 优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
- 缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
- 优点：可以很好的控制消费频率；
- 缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
- 优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
- 缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
- 优点：支持分布式限流，有效保护下游依赖的服务资源；
- 缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。
展开
评论
1
赞了这篇文章
#青训营笔记创作活动# 1月14日 day2
今日学习了：
1.用wireshark抓包的简单操作流程
2.为什么抓不到baidu.com的包——因为被https加密了
3.通过SSLKEYLOGFILE导出第三个服务器公钥
今日学习了：
1.用wireshark抓包的简单操作流程
2.为什么抓不到baidu.com的包——因为被https加密了
3.通过SSLKEYLOGFILE导出第三个服务器公钥
评论
点赞
#第五届青训营阅读打卡# 1月13日 打卡day1
非对称加密：
- 非对称加密中，公钥负责加密，私钥负责解密，和数字签名正好相反
- 不过它们都是公开公钥，保护私钥
- 一个公钥加密的内容，可以由多个不同的私钥解密
- 只有私钥可以解密公钥加密过的内容
Https加密原理：
HTTPS的握手过程:
首先，建立TCP连接，因为HTTP是基于TCP的
在TCP建立完协议后，就开始加密流程
分为两个阶段：
1. TLS四次握手
2. 加密通信
第一阶段是利用非对称加密的特性交换信息，最后得到一个会话密钥
第二阶段则是在会话密钥的基础上，进行对称加密通信
- 可以看到，四次握手的目的就是为了生成"会话密钥"，后续用对称加密的方式进行通信，因为对称加密更快一点
- 前两个随机数是明文传输，第三个则是经过服务器公钥加密的
- 用三个随机数是为了增加"会话密钥"的随机性
原文链接:
juejin.cn
非对称加密：
- 非对称加密中，公钥负责加密，私钥负责解密，和数字签名正好相反
- 不过它们都是公开公钥，保护私钥
- 一个公钥加密的内容，可以由多个不同的私钥解密
- 只有私钥可以解密公钥加密过的内容
Https加密原理：
HTTPS的握手过程:
首先，建立TCP连接，因为HTTP是基于TCP的
在TCP建立完协议后，就开始加密流程
分为两个阶段：
1. TLS四次握手
2. 加密通信
第一阶段是利用非对称加密的特性交换信息，最后得到一个会话密钥
第二阶段则是在会话密钥的基础上，进行对称加密通信
- 可以看到，四次握手的目的就是为了生成"会话密钥"，后续用对称加密的方式进行通信，因为对称加密更快一点
- 前两个随机数是明文传输，第三个则是经过服务器公钥加密的
- 用三个随机数是为了增加"会话密钥"的随机性
原文链接:
juejin.cn
展开
评论
1