获得徽章 1
- #青训营笔记创作活动#
1月20日 打卡 day8
今日学习
Kafka 和传统的消息系统(也称作消息中间件)都具备系统解耦、冗余存储、流量削峰、缓冲、异步通信、扩展性、可恢复性等功能。与此同时，Kafka 还提供了大多数消息系统难以实现的消息顺序性保障及回溯消费的功能。展开评论点赞 - #青训营笔记创作活动#
1月19日 打卡 day7
今日学习
TCP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的，对于大部分需要服务器主动推送数据到客户端的场景，都不太友好，因此我们需要使用支持全双工的websocket协议。
在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
websocket和socket几乎没有任何关系，只是叫法相似。
正因为各个浏览器都支持HTTP协议，所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作，升级成功后就跟HTTP没有任何关系了，之后就用websocket的数据格式进行收发数据。展开评论点赞 - #青训营笔记创作活动#
1月18日 打卡 day6
今日学习
电脑插上网线，联网后会通过DHCP协议动态申请一个IP，同时获得子网掩码，路由器地址等信息。
DHCP分为四个阶段，分别是 Discover，Offer， Request和ACK。如果曾经连过这个网，机器会记录你上次使用的IP，再次连接时优先使用原来的那个IP，因此只需要经历第三第四阶段。
DHCP是应用层协议，考虑到需要支持广播功能，底层使用的是UDP协议，而不是TCP协议。
DHCP分配下来的IP是有可能跟某台手动配置的IP地址重复的。
DHCP得到IP之后还会发3次无偿ARP通告，在确认没有冲突后开始使用这个IP。展开评论点赞 - #青训营笔记创作活动#
1月17日 打卡 day5
今日学习
1. 索引的时候和查询范围关系也很大 范围过大造成索引没有意义从而失效的情况也不少
2. 只要是影响到索引列的值 索引就是失效
3. select * 不是造成索引失效的直接原因 大部分原因是 where 后边条件的问题 但是还是尽量少去使用select * 多少还是会有影响的展开评论点赞 - #青训营笔记创作活动#
1月16日 打卡 day4
今日学习
1.刷从头看到尾，扫清知识盲点，搞清楚概念；
2.刷必须手敲，而且要写注释和总结；
3.刷先只写注释，不看文档实现功能，遇到问题再和文档比较，加深理解展开评论点赞 - #青训营笔记创作活动#
1月15日 打卡 day3
今日学习
我们在做项目考虑分表的时候还是得多关注一下表的实际情况，而不是盲目的认为两千万数据就是那个临界点。实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同。展开评论点赞 - #青训营笔记创作活动#
1月14日 打卡 day2
今日学习
作为开发工具idea对于开发者来说非常友好，但是在此基础上还需有进行加强，就像这篇文章里的插件：plugins 非常好用简直是如虎添翼就拿其中1个插件来说
MybatisX是一款基于IDEA的快速开发插件，由MyBatis-Plus团队开发维护，提示很全功能也很强大。支持xml和Mapper接口之间的跳转，自带图形化的代码生成器，可以通过类似JPA的方式，直接根据方法名称生成SQL实现。展开评论点赞 - #青训营笔记创作活动#
1月13日 打卡 day1
今日学习
限流对比：
下面我们就对常用的线程策略，总结它们的优缺点，便于以后选型。
计数器：
优点：固定时间段计数，实现简单，适用不太精准的场景；
缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
优点：可以很好的控制消费频率；
缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
优点：支持分布式限流，有效保护下游依赖的服务资源；
缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。展开评论点赞