获得徽章 1
#青训营笔记创作活动#
2月24日 打卡day43
今日学习
今日学习了如何在github上给一些开源库提pr,首先我们可以找到一个开源库的issues,然后选择一个issue并申请解决,申请通过后,通过fork目标仓库,clone目标仓库,创建一个新分支,开发并推送远端分支,最后提交pr即可
展开
评论
#青训营笔记创作活动#
2月22日 打卡day42
今日学习
今日学习了MySQL大数据表处理方案,针对数据的插入,查询时长较长;后续业务需求的扩展,在表中新增字段,影响较大;表中的数据并不是所有的并不是所有的都为有效数据,需求只查询时间区间内的
展开
评论
#青训营笔记创作活动#
2月21日 打卡day41
今日学习
今日学习了如何更好的debug,比如只有满足某些条件才会进入断点,像文章中的举例,右键断点就可以实现;还可以实现静态断点,只是想看程序会不会运行到这里来的时候,类似动态日志
展开
评论
#青训营笔记创作活动#
2月20日 打卡day40
今日学习
今天学习了redis的高级应用场景,比如限流、延时、队列、幂等处理。固定窗口计数是指,假设1min内最多只能访问10次,我们只需要给这个窗口维护一个计数器。为了节省空间,我们可以只维护当前访问时间所在的窗口,以及对应的计数器,当新的访问到达了下一个窗口,则计数器重置即可。
展开
评论
#青训营笔记创作活动#
2月19日 打卡day39
今日学习
今日学习了利用optional解决空指针异常。对对象的属性进行检查时,判断它的值是否为期望的格式时,可能会抛出NullPointerException的异常。但是optional类中含有的方法能够很好的解决这个问题,能够有确切的异常语义
展开
评论
#青训营笔记创作活动#
2月18日 打卡day38
今日学习
今日学习了如何实现真正的高性能高并发的上亿级别秒杀系统,传统的系统很难应对,需要设计一套全新的系统,可以从页面静态化,cdn加速,负载均衡,防重,缓存,异步,熔断、限流,分布式锁等方面入手
展开
评论
#青训营笔记创作活动#
2月17日 打卡day37
今日学习
今日学习了缓存可靠性和数据一致性。在分布式系统盛行的今天,尤其是在一些用户体量比较大的互联网业务系统里面,缓存充当着扛压屏障的作用。当前各互联网系统可以抗佳动辄数万甚至数十万的并发请求量,缓存机制功不可没。而一旦缓存出现问题,对系统的影响往往也是致命的。所以在缓存的使用时必须要考虑完备的兜底与灾难应对策略。
展开
评论
#青训营笔记创作活动#
2月16日 打卡day36
今日学习
今日学习了go基础50问,比如允许对值为nil的slice,但对值为nil的map添加元素则会造成运动时panic;string类型的值不允许修改;可以使用 fallthrough 来强制执行下一个 case 代码块
展开
评论
#青训营笔记创作活动#
2月15日 打卡day35
今日学习
今天学习了使用Hertz框架进行JWT认证,先是使用命令行工具hz生成代码,然后使用JWT扩展完成登陆认证和授权访问,最后使用Gorm访问MySQL数据库
展开
评论
#青训营笔记创作活动#
2月14日 打卡day34
今日学习
今天学习了MySQL索引原理篇,建立索引的原因就是避免查询时走全表扫描,因此全表扫描的开销会随着数据量增长而越来越大;不用二叉树作为索引结构的原因是,如果索引的字段值是按顺序增长的,二叉树会变成链表结构,由于结构转变成了链表结构,因此检索的过程和全表扫描无异。其实MySQL在设计索引结构时,对于原始的B+Tree又一次做了改造,叶子结点除开一根单向的指针之外,又多增一根指针,相当于叶子结点构成了一个双向链表结构。
展开
评论
#青训营笔记创作活动#
2月13日 打卡day33
今日学习
今天学习了关于单表数量限制的问题。测试后发现,当数据达到2000w后,查询时长急剧上升。
通过这篇文章的推导,一个B+树一般是三层,而三层的话,理论值大概就是2000多w行数据。当然还有很多其他数据的影响。
展开
评论
#青训营笔记创作活动#
2月12日 打卡day32
今日学习
今日学习了如何解决SQL的遗忘问题,遗忘是很正常的现象,所以我们要经常使用高效的检索来实现对SQL的使用,这篇文章中也是提到了很多基本的操作代码,便于检索
展开
评论
#青训营笔记创作活动#
2月11日 打卡day31
今日学习
今天学习了本地锁至分布式锁的演进,本地锁失效是因为无法锁住各个应用的读写请求,失效的根本原因就是其他的服务无法感知到是否已经有请求上锁了,即无法共享锁信息。分布式锁,其实就是将加锁的这个操作单独抽取出来,让每个服务都能感知到。
展开
评论
#青训营笔记创作活动#
2月10日 打卡day30
今日学习
今天学习了如何解决跨域问题,跨域问题本质上是浏览器的一种保护机制,它的初衷是为了保证用户的安全,防止恶意网站窃取数据。跨域问题是指不同站点之间,使用ajax无法相互调用的问题。所以我们要去解决跨域问题带来的障碍。解决这个问题的关键在于在响应头中加入一个Access-Control-Allow-Origin,告知浏览器我们是自己人。
展开
评论
#青训营笔记创作活动#
2月9日 打卡day29
今日学习
今天学习了一个流程引擎Flowable,是为了针对复杂的系统而出现的,一种通用的、更易维护的工作流。Flowable除了最基础的工作流,他还提供很多其他的扩展点,我们可以基于Flowable实现许多我们想要的功能。
展开
评论
#青训营笔记创作活动#
2月9日 打卡day29
今日学习
今天学习了一个流程引擎Flowable,是为了针对复杂的系统而出现的,一种通用的、更易维护的工作流。Flowable除了最基础的工作流,他还提供很多其他的扩展点,我们可以基于Flowable实现许多我们想要的功能。
展开
评论
#青训营笔记创作活动#
2月8日 打卡day28
今日学习
今天学习了一个开源微服务项目,是基于AOP+Redis+自定义注解 实现细粒度的接口IP
访问限制。AOP的主要意图是将日志记录,性能统计,安全控制,事务处理,异常处理等
代码从业务逻辑代码中划分出来,通过对这些行为的分离,我们希望可以将它们独立到非
指导业务逻辑的方法中,进而改变这些行为的时候不影响业务逻辑的代码。注解也叫元数据,
即一种描述数据的数据。
展开
评论
#青训营笔记创作活动#
2月7日 打卡day27
今日学习
今天学习了系统的分库分表,什么是分库分表,由于单库、表数据量过大,导致数据库性能
持续下降的问题,演变出的技术方案。分库和分表是两个独立的概念。单机数据库的存储能力、连接数是有限的,它自身很容易会成为系统的瓶颈。业务拆分后的分表可以有效分摊数据库读
写压力,提高系统容错。一般来说500万行或者单表容量超过2GB就可以分库分表(阿里开发手
册)。所以分库分表的一个重要指标是数据量。
展开
评论
下一页
个人成就
文章被阅读 457
掘力值 32
收藏集
1
关注标签
0
加入于