获得徽章 1
- #青训营笔记创作活动#
1月26日打卡day 11
今天学习到了 My的常见命令。看见到了之前没有见过的分析表的语法。针对数据表。还可以进进行检查操作。如果表出错了,那么可以使用repair进行修复。同时针对表现还可以进行优化使用optimize。至于我们如果忘记了密码的话,那么先要停掉my circle后台服务。在进入他的安装目录的并文件执行掉。Skip grand table掉那个认证。之后再show tables查看所有表。查询买circle中注册的所有用户使用update语句。更改root超级管理员的密码,到你想要账户上。展开评论点赞 - #青训营笔记创作活动#
1月25日打卡day10
比如在京东上购买商品。当我们进行抢购活动时,缓存中肯定是没有数据的,但是数据库里面有。所以说你需要在数据库查询到。然后放入缓存。但是高并发的情况下,你是没有这个能力的。因为那么多。的请求,同时访问这个数据库。数据库很可能就直接会挂掉。所以分布之所就是一个很好的选择。然后又同时访问数据库。这就是我之前没有了解过的缓存击穿问题。展开评论点赞 - #青训营笔记创作活动#
1月24日打卡day9
今天了解到了为什么在中不能用index作为key.因为key值无论是删除还是反转,根本就不能找到相同的key,diff算法就毫无意义了,压根没有复用性可言.
评论点赞 - #青训营笔记创作活动#
1月22日打卡day8
以前不了解慢SQL优化,今天通过文章了解到了什么是慢SQL优化“对于排序的声明应该是sql_small_result,告诉优化器结果集较小用内存临时表即可”评论点赞 - #青训营笔记创作活动#
1月20日 打卡day7
今天了解了开源工具Bytebase,它是一款实用的数据库管理及变更工具。他解决了我们在没有客户端的情况下,如何进行数据库管理的问题。强大的SQL审核功能可以有效避免管理员误操作评论点赞 - #青训营笔记创作活动#
1月19日打卡day 6
了解到了,其实500错误系列。其实不是由服务端返回来的。因为服务端可能崩掉了。那他怎么返回给你信息呢?一般都是由路由网关。还了解到了有关反向代理的相关信息。比如502其实是由网关代理(nginx)发出的,是因为网关代理把客户端的请求转发给了服务端,但服务端却发出了无效响应,而这里的无效响应,一般是指TCP的RST报文或四次挥手的FIN报文。展开评论点赞 - #青训营笔记创作活动#
1月17 打卡day 4
重温了关于网络编程的一些基础知识。复习的tcp连接的一些基本组件。比如重弹机制,流量控制,滑动窗口等等模块。了解到了,其实ud也是可以模仿tcp的。比如王者荣耀里面用到的tcp其实就是基于up。在应用层建立了一个重传的机制。对于这种要传输大数据包的情况下,适当的情况还是要对udp进行。加一个重新传输的模块。但是这种情况下tcp显然是更快的。展开1点赞 - #青训营笔记创作活动#
11月16日 打卡day 4
了解到了卡夫卡的基础构成与工作方式。值得注意的是,卡夫卡在每个Topic下面的Partition的结构是很有趣的。同时早期的卡夫卡集群使用的是用来进行创建多个Partition的,而现在大多根据时间戳来创建。
了解到系统解耦、冗余存储、流量削峰、缓冲对于卡不卡系统的整体影响机理。
深度了解到卡夫卡系统的消费者与partition的详细作用机理,11%篇十分详细的卡夫卡技术机理介绍文章。值得收藏。展开评论点赞 - #青训营笔记创作活动#
1月15日 打卡day3
嗯,今天第二篇这个是插件推荐,没什么好说的。然后关于translation还有那个Key promoter x都是很有用的。其他的关于java我也不太懂。
然后第二篇呢这个文章主要讲的就是插上网线后,系统如何得到自己对应的那个局域网IP的事情.这个事情其实在大概计算机大二的时候已经学过了。他无非就是往自己相关的交换机在网上到路由器发发包。再到dgcp server请求自己的IP是多少?然后服务端返回他的IP然后再通过rip等其他协议进行转发,最后得到自己应该是哪个局网IP.
这个好像还添加不了第二篇文章。反正这两篇文章都是没啥特别的东西。随便看看就好。第二篇链接如下,juejin.cn
展开评论点赞 - #青训营笔记创作活动#
1月14日 Day 2
学会了常用的一种限流方式。其中计数器方法限流可以在一定程度上缓解请求压力但是并不会限制单位时间的请求数量比也就是说仅仅限制请求次数,而忽视了,真实情况下的请求压力。类似于tcp发送。我们也可以使用滑动窗口来进行限流。
你学到有方法,名字是露桶法。他有着固定的容量,还有均匀的流出请求。但是他不能应对突发大量的流量。而令台通的这个方法就可以很好的解决应对突发流量的情况,因为他限制的是平均流入速率。展开评论点赞