用户4822949216861
获得徽章 2
#青训营笔记创作活动#
2 月 5 日打卡 day25
今日学习了工作流的相关知识，了解了工作流是作为可视化复杂流程的有效工具，并且了解了当前主流的三个流程引擎，Activiti, Flowable, Camunda ，尽管三个流程引擎有一些差异，但工作流程图是有一个统一的标准的，BPMN（Business Process Model and Notation）
2 月 5 日打卡 day25
今日学习了工作流的相关知识，了解了工作流是作为可视化复杂流程的有效工具，并且了解了当前主流的三个流程引擎，Activiti, Flowable, Camunda ，尽管三个流程引擎有一些差异，但工作流程图是有一个统一的标准的，BPMN（Business Process Model and Notation）
展开
评论
点赞
#青训营笔记创作活动#
2月4日 打卡day24
今日学习了跨域问题，指的是不同站点之间，使用 ajax 无法相互调用的问题。跨域问题本质是浏览器的一种保护机制，它的初衷是为了保证用户的安全，防止恶意网站窃取数据。 但这个保护机制也带来了新的问题，跨域有三种情况，协议，域名，或端口不同
2月4日 打卡day24
今日学习了跨域问题，指的是不同站点之间，使用 ajax 无法相互调用的问题。跨域问题本质是浏览器的一种保护机制，它的初衷是为了保证用户的安全，防止恶意网站窃取数据。 但这个保护机制也带来了新的问题，跨域有三种情况，协议，域名，或端口不同
展开
评论
点赞
#青训营笔记创作活动#
2 月 3 日打卡 day23
今日学习了为什么要分库分表，数据库单机容量有限，多机增加容量，并且单机数据库连接有限，无法承受过大的请求负载，分表的意义在于如果数据过多，会使B+tree 树层级过高会导致磁盘 IO 变多，导致查询性能变慢，因此需要分表
2 月 3 日打卡 day23
今日学习了为什么要分库分表，数据库单机容量有限，多机增加容量，并且单机数据库连接有限，无法承受过大的请求负载，分表的意义在于如果数据过多，会使B+tree 树层级过高会导致磁盘 IO 变多，导致查询性能变慢，因此需要分表
展开
评论
点赞
#青训营笔记创作活动#
2 月 2 日 打卡 day22
今日学习了缓存和数据库一致性的一些问题，首先复习了缓存可能出现的三个问题，缓存穿透，缓存雪崩，缓存击穿，缓存穿透指的是高并发访问数据库和缓存中都没有的数据，缓存击穿则是指高并发访问缓存中没有，数据库中有的情况，缓存雪崩是指缓存宕机，所有请求直接访问数据库，而如何保证缓存和数据库一致性，可以通过延时双删，消息队列等方式来保证这一过程
2 月 2 日 打卡 day22
今日学习了缓存和数据库一致性的一些问题，首先复习了缓存可能出现的三个问题，缓存穿透，缓存雪崩，缓存击穿，缓存穿透指的是高并发访问数据库和缓存中都没有的数据，缓存击穿则是指高并发访问缓存中没有，数据库中有的情况，缓存雪崩是指缓存宕机，所有请求直接访问数据库，而如何保证缓存和数据库一致性，可以通过延时双删，消息队列等方式来保证这一过程
展开
评论
点赞
#青训营笔记创作活动#
2 月 1 日 打卡 day21
今日学习了缓存相关的内容，缓存是为了更好的对接两个处理速度不同的场景，从本地缓存一路演变，到集中式缓存，再到多级缓存，都是为了解决服务器出现的载荷问题，而缓存的应用场景又非常广泛，如降低 CPU 消耗，减少对外 IO 交互，提高用户体验等等
2 月 1 日 打卡 day21
今日学习了缓存相关的内容，缓存是为了更好的对接两个处理速度不同的场景，从本地缓存一路演变，到集中式缓存，再到多级缓存，都是为了解决服务器出现的载荷问题，而缓存的应用场景又非常广泛，如降低 CPU 消耗，减少对外 IO 交互，提高用户体验等等
展开
评论
点赞
#青训营笔记创作活动#
1 月 31 日 打卡 day20
今日学习了高并发秒杀系统实现需要注意的一些细节，由于秒杀系统往往会带来瞬间高并发的现象，因此一般需要注意一下问题，页面静态化是为了保护服务器不会被压力击穿，读多写少可能会导致数据库崩溃，因此应该添加缓存，缓存问题指的是缓存击穿和缓存穿透，通过分布式锁和布隆过滤器来实现
1 月 31 日 打卡 day20
今日学习了高并发秒杀系统实现需要注意的一些细节，由于秒杀系统往往会带来瞬间高并发的现象，因此一般需要注意一下问题，页面静态化是为了保护服务器不会被压力击穿，读多写少可能会导致数据库崩溃，因此应该添加缓存，缓存问题指的是缓存击穿和缓存穿透，通过分布式锁和布隆过滤器来实现
展开
评论
点赞
#青训营笔记创作活动#
1 月 30 日 打卡 day19
今日学习了非对称加密的一些相关知识，由于大整数取模运算是不可逆的，只有通过欧拉定理进行拆解才有可能，而 HTTPS 就是在 HTTP 上再加一层 TLS 层，也就是加密层，如果是只在公司内网服务，那可能使用 HTTP 就可以，但如果要对外开放，由于 HTTP 信息的收发都是明文，因此会很不安全，而 HTTPS 既使用了对称加密又使用了非对称加密，TLS 四次握手会通过三个随机数来生成一个对称加密使用的会话密钥
1 月 30 日 打卡 day19
今日学习了非对称加密的一些相关知识，由于大整数取模运算是不可逆的，只有通过欧拉定理进行拆解才有可能，而 HTTPS 就是在 HTTP 上再加一层 TLS 层，也就是加密层，如果是只在公司内网服务，那可能使用 HTTP 就可以，但如果要对外开放，由于 HTTP 信息的收发都是明文，因此会很不安全，而 HTTPS 既使用了对称加密又使用了非对称加密，TLS 四次握手会通过三个随机数来生成一个对称加密使用的会话密钥
展开
评论
点赞
#青训营笔记创作活动#
1 月 29 日 打卡 day18
今日学习了 Redis 的相关内容，Redis 作为一款优秀的缓存中间件，很好的分担了网站的请求压力，帮助客户端和数据层建立更加高效的通信，由于 Redis 是完全基于内存操作的，因此它的性能极高，但同样因为这个，数据库容量受到物理内存的限制，不能实现海量数据的高性能读写
1 月 29 日 打卡 day18
今日学习了 Redis 的相关内容，Redis 作为一款优秀的缓存中间件，很好的分担了网站的请求压力，帮助客户端和数据层建立更加高效的通信，由于 Redis 是完全基于内存操作的，因此它的性能极高，但同样因为这个，数据库容量受到物理内存的限制，不能实现海量数据的高性能读写
展开
评论
点赞
#青训营笔记创作活动#
1 月 28 日 打卡 day17
今日学习了慢 sql 优化的思路，具体分为五个步骤，先通过慢查询日志查看慢 sql，然后通过 explain 分析该 sql 语句的执行计划，然后通过 profile 分析执行耗时，再通过 optimizer trace 分析执行详情，确定遇到的问题并采取相应的解决措施
1 月 28 日 打卡 day17
今日学习了慢 sql 优化的思路，具体分为五个步骤，先通过慢查询日志查看慢 sql，然后通过 explain 分析该 sql 语句的执行计划，然后通过 profile 分析执行耗时，再通过 optimizer trace 分析执行详情，确定遇到的问题并采取相应的解决措施
展开
评论
点赞
#青训营笔记创作活动#
1 月 27 日 打卡 day16
今日学习了一条 sql 语句从执行前到执行后经历的过程，在执行前通过维护数据库连接池来保证客户端具有和数据库交流的权限，在 sql 语句输入后，会先通过 SQL 接口对 sql 语句进行哈希处理，检测缓存中是否存在相同内容，再通过解析器分析语句关键字生成语法树，通过优化器判断查询方式，然后通过存储引擎进行磁盘读写
1 月 27 日 打卡 day16
今日学习了一条 sql 语句从执行前到执行后经历的过程，在执行前通过维护数据库连接池来保证客户端具有和数据库交流的权限，在 sql 语句输入后，会先通过 SQL 接口对 sql 语句进行哈希处理，检测缓存中是否存在相同内容，再通过解析器分析语句关键字生成语法树，通过优化器判断查询方式，然后通过存储引擎进行磁盘读写
展开
评论
点赞
#青训营笔记创作活动#
1 月 26 日 打卡 day15
今日主要学习了 502 状态码出现的原因，也了解到状态码分为 200，4xx, 5xx，分别代表正常，客户端出问题，服务端出问题，了解到客户端和服务端之间还有一层网关来负责反向代理和负载均衡，并且 5xx 的状态码一般是由网关发出的，原因有大类，服务端过早断开连接，以及网关转发失效
1 月 26 日 打卡 day15
今日主要学习了 502 状态码出现的原因，也了解到状态码分为 200，4xx, 5xx，分别代表正常，客户端出问题，服务端出问题，了解到客户端和服务端之间还有一层网关来负责反向代理和负载均衡，并且 5xx 的状态码一般是由网关发出的，原因有大类，服务端过早断开连接，以及网关转发失效
展开
评论
点赞
#青训营笔记创作活动#
1 月 25 日 打卡 day14
今日学习了优秀后端应该具备的能力, 包括辅助代码编写的技巧如对接口方法编写详细的入参和异常说明，以及如何切分目录保证编写代码时的高效，还有一些对方法，复杂逻辑判断，可变参数的封装，都能高效提高编码效率，考虑异常并打印日志会帮助我们在遇到问题时更快找到问题出错点
1 月 25 日 打卡 day14
今日学习了优秀后端应该具备的能力, 包括辅助代码编写的技巧如对接口方法编写详细的入参和异常说明，以及如何切分目录保证编写代码时的高效，还有一些对方法，复杂逻辑判断，可变参数的封装，都能高效提高编码效率，考虑异常并打印日志会帮助我们在遇到问题时更快找到问题出错点
展开
评论
点赞
#青训营笔记创作活动#
1 月 24 日 打卡 day13
今日学习了网络原理的相关知识，从网络的最开始思考如何建立，理解到计算机之间是通过某种介质进行连接，并传递 **01 信号**，那么**传递信号**的方式就是**互联**，最开始的互联就是直接在两台主机之间拉电缆，但电脑数量太多了，因此有了**转发和标记**的概念，让大范围的互联真正有了实现的可能，但还是觉得太浪费，因此提出一个中间层来简化连接，这就是**集线器**，又因为集线器使用电路交换，每一时刻只有一个设备使用，效率太低，因此演化出了新的设备和新的转发方式，**交换机和报文交换**，不需要等待整个报文传输完毕，会将报文分成小块按照地址分别传递，又因为报文交换没有限制分解的大小，**分组交换**以更小的单元分解报文，进行传递，而分组交换和报文交换都属于存储转发的方式
1 月 24 日 打卡 day13
今日学习了网络原理的相关知识，从网络的最开始思考如何建立，理解到计算机之间是通过某种介质进行连接，并传递 **01 信号**，那么**传递信号**的方式就是**互联**，最开始的互联就是直接在两台主机之间拉电缆，但电脑数量太多了，因此有了**转发和标记**的概念，让大范围的互联真正有了实现的可能，但还是觉得太浪费，因此提出一个中间层来简化连接，这就是**集线器**，又因为集线器使用电路交换，每一时刻只有一个设备使用，效率太低，因此演化出了新的设备和新的转发方式，**交换机和报文交换**，不需要等待整个报文传输完毕，会将报文分成小块按照地址分别传递，又因为报文交换没有限制分解的大小，**分组交换**以更小的单元分解报文，进行传递，而分组交换和报文交换都属于存储转发的方式
展开
评论
点赞
#青训营笔记创作活动#
1 月 23 日 打卡 day12
今日学习了 Mysql 的一些背景和从架构层面的一些解析，Mysql 作为使用最广的开源数据库，广受好评，而 Mysql 服务器的层次，大致分为网络连接层，系统服务层，存储引擎层，文件系统层等等
1 月 23 日 打卡 day12
今日学习了 Mysql 的一些背景和从架构层面的一些解析，Mysql 作为使用最广的开源数据库，广受好评，而 Mysql 服务器的层次，大致分为网络连接层，系统服务层，存储引擎层，文件系统层等等
展开
评论
点赞
#青训营笔记创作活动#
1 月 22 日 打卡 day11
今日学习了如何抓取 baidu 的数据包，并解析 HTTPS 协议，因为 HTTPS 会对 HTTP 的 URL 和 Request Body 都进行加密，因此直接在 `filter栏` 进行过滤 `http.host == "baidu.com"` 会一无所获，HTTPS握手的过程中会先通过非对称机密去交换各种信息，其中就包括3个随机数，再通过这三个随机数去生成对称机密的会话秘钥，后续使用这个会话秘钥去进行对称加密通信。如果能获得这三个随机数就能解密HTTPS的加密数据包
1 月 22 日 打卡 day11
今日学习了如何抓取 baidu 的数据包，并解析 HTTPS 协议，因为 HTTPS 会对 HTTP 的 URL 和 Request Body 都进行加密，因此直接在 `filter栏` 进行过滤 `http.host == "baidu.com"` 会一无所获，HTTPS握手的过程中会先通过非对称机密去交换各种信息，其中就包括3个随机数，再通过这三个随机数去生成对称机密的会话秘钥，后续使用这个会话秘钥去进行对称加密通信。如果能获得这三个随机数就能解密HTTPS的加密数据包
展开
评论
点赞