奇怪者
获得徽章 10
#青训营笔记创作活动#
2月2日 打卡day22
今日学习《刨根问底 Redis， 面试过程真好使》
本文主要介绍Redis，Redis（Remote Dictionary Server）是一个开源的、键值对型的数据存储系统。使用C语言编写，遵守BSD协议，可基于内存也可持久化的日志型数据库，提供了多种语言的API，被广泛用于数据库、缓存和消息中间件。并且支持多种类型的数据结构，用于应对各种不同场景。可以存储多种不同类型值之间的映射，支持事务，持久化，LUA 脚本以及多种集群方案等。
2月2日 打卡day22
今日学习《刨根问底 Redis， 面试过程真好使》
本文主要介绍Redis，Redis（Remote Dictionary Server）是一个开源的、键值对型的数据存储系统。使用C语言编写，遵守BSD协议，可基于内存也可持久化的日志型数据库，提供了多种语言的API，被广泛用于数据库、缓存和消息中间件。并且支持多种类型的数据结构，用于应对各种不同场景。可以存储多种不同类型值之间的映射，支持事务，持久化，LUA 脚本以及多种集群方案等。
展开
评论
点赞
#青训营笔记创作活动#
1月31日 打卡day20
今日学习《MySQL索引应用篇：建立索引的正确姿势与使用索引的最佳指南！》
本文主要介绍 数据库索引，它绝对是MySQL的核心功能之一，如果没有索引机制的数据库，那数据的检索效率绝对是令人无法接受的，毕竟没有索引的表数据，就如同一个普通的文本文件存储在磁盘中。在《索引上篇》中，我们对于MySQL提供的索引机制，从引入，到创建、使用、分类、管理....等进行了全面阐述，相信经过上一篇的讲解后，大家对MySQL索引机制建立了系统化的认知，而本篇则会以上篇为基础，对索引机制进一步加深掌握。
1月31日 打卡day20
今日学习《MySQL索引应用篇：建立索引的正确姿势与使用索引的最佳指南！》
本文主要介绍 数据库索引，它绝对是MySQL的核心功能之一，如果没有索引机制的数据库，那数据的检索效率绝对是令人无法接受的，毕竟没有索引的表数据，就如同一个普通的文本文件存储在磁盘中。在《索引上篇》中，我们对于MySQL提供的索引机制，从引入，到创建、使用、分类、管理....等进行了全面阐述，相信经过上一篇的讲解后，大家对MySQL索引机制建立了系统化的认知，而本篇则会以上篇为基础，对索引机制进一步加深掌握。
展开
评论
点赞
#青训营笔记创作活动#
1月30日 打卡day19
今日学习《5分钟自建数据库可视化平台，在线管理数据库也太方便了！》
本文主要介绍了Bytebase是一款面向开发者的数据库变更管理工具
它的主要特性如下：
SQL审核：具有一站式SQL审核面板，可以直观地看到数据库所有变更记录。
SQL建议：能自动检查SQL语句规范，额外提供GitHub Action和API接入方式。
SQL编辑器：可以在线管理及查看数据库表，支持语法的自动提示。
GitOps工作流：支持集成GitHub和GitLab，使用GitOps工作流进行数据库变更。
备份恢复：支持自动备份数据库及恢复数据。
1月30日 打卡day19
今日学习《5分钟自建数据库可视化平台，在线管理数据库也太方便了！》
本文主要介绍了Bytebase是一款面向开发者的数据库变更管理工具
它的主要特性如下：
SQL审核：具有一站式SQL审核面板，可以直观地看到数据库所有变更记录。
SQL建议：能自动检查SQL语句规范，额外提供GitHub Action和API接入方式。
SQL编辑器：可以在线管理及查看数据库表，支持语法的自动提示。
GitOps工作流：支持集成GitHub和GitLab，使用GitOps工作流进行数据库变更。
备份恢复：支持自动备份数据库及恢复数据。
展开
评论
点赞
#青训营笔记创作活动#
1月29日 打卡day18
今日学习《SQL优化思路+经典案例分析》
本文主要讲了慢SQL优化思路和经典案例分析，常用优化思路有：慢查询日志记录慢SQL、explain查看分析SQL的执行计划、profile 分析执行耗时、 Optimizer Trace分析详情。
1月29日 打卡day18
今日学习《SQL优化思路+经典案例分析》
本文主要讲了慢SQL优化思路和经典案例分析，常用优化思路有：慢查询日志记录慢SQL、explain查看分析SQL的执行计划、profile 分析执行耗时、 Optimizer Trace分析详情。
展开
评论
点赞
#青训营笔记创作活动#
1月28日 打卡day17
今日学习《(二)全解MySQL：一条SQL语句从诞生至结束的多姿多彩历程！》
本文主要站在一条SQL的角度，从SQL的诞生开始，到SQL执行、数据返回等全链路进行分析，其实SQL语句的执行过程，实际上也就是MySQL的架构中一层层对其进行处理。
1月28日 打卡day17
今日学习《(二)全解MySQL：一条SQL语句从诞生至结束的多姿多彩历程！》
本文主要站在一条SQL的角度，从SQL的诞生开始，到SQL执行、数据返回等全链路进行分析，其实SQL语句的执行过程，实际上也就是MySQL的架构中一层层对其进行处理。
展开
评论
点赞
#青训营笔记创作活动#
1月27日 打卡day16
今日学习《502问题怎么排查？》
本文主要讲怎样排查网络问题：
HTTP状态码用来表示响应结果的状态，其中200是正常响应，4xx是客户端错误，5xx是服务端错误。
客户端和服务端之间加入nginx，可以起到反向代理和负载均衡的作用，客户端只管向nginx请求数据，并不关心这个请求具体由哪个服务器来处理。
后端服务端应用如果发生崩溃，nginx在访问服务端时会收到服务端返回的RST报文，然后给客户端返回502报错。502并不是服务端应用发出的，而是nginx发出的。因此发生502时，后端服务端很可能没有没有相关的502日志，需要在nginx侧才能看到这条502日志。
如果发现502，优先通过监控排查服务端应用是否发生过崩溃重启，如果是的话，再看下是否留下过崩溃堆栈日志，如果没有日志，看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过，去排查下nginx的日志，看下是否将请求打到了某个不知名IP端口上。
1月27日 打卡day16
今日学习《502问题怎么排查？》
本文主要讲怎样排查网络问题：
HTTP状态码用来表示响应结果的状态，其中200是正常响应，4xx是客户端错误，5xx是服务端错误。
客户端和服务端之间加入nginx，可以起到反向代理和负载均衡的作用，客户端只管向nginx请求数据，并不关心这个请求具体由哪个服务器来处理。
后端服务端应用如果发生崩溃，nginx在访问服务端时会收到服务端返回的RST报文，然后给客户端返回502报错。502并不是服务端应用发出的，而是nginx发出的。因此发生502时，后端服务端很可能没有没有相关的502日志，需要在nginx侧才能看到这条502日志。
如果发现502，优先通过监控排查服务端应用是否发生过崩溃重启，如果是的话，再看下是否留下过崩溃堆栈日志，如果没有日志，看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过，去排查下nginx的日志，看下是否将请求打到了某个不知名IP端口上。
展开
评论
点赞
#青训营笔记创作活动#
1月25日 打卡day15
今日学习《优秀后端都应该具备的开发好习惯》
本文主要讲了后端中需要避免的一些问题，例如注释尽可能全面,写有意义的方法注释，封装通用模板， 封装复杂的逻辑判断条件，保持优化性能的嗅觉，在finally块中对资源进行释放等。
1月25日 打卡day15
今日学习《优秀后端都应该具备的开发好习惯》
本文主要讲了后端中需要避免的一些问题，例如注释尽可能全面,写有意义的方法注释，封装通用模板， 封装复杂的逻辑判断条件，保持优化性能的嗅觉，在finally块中对资源进行释放等。
展开
评论
点赞
#青训营笔记创作活动#
1月24日 打卡day14
今日学习《如果把网络原理倒过来看，从无到有，一切都清晰了（上）》
用最简单粗暴的方式，用一条电缆将两台机器连接起来，通过电的物理特性电平，高电平和低电平两种电平分别代表0和1二进制数字，那么计算机的数据载体0和1就可以通过电信号的形式在电缆中传送。
所以计算机的接收端只需关注采样电平值，能够区分出高电平和低电平那么自然就可以实现了；而通过电的高低电平表示的01，在通信原理中实际上就是数字信号。
1月24日 打卡day14
今日学习《如果把网络原理倒过来看，从无到有，一切都清晰了（上）》
用最简单粗暴的方式，用一条电缆将两台机器连接起来，通过电的物理特性电平，高电平和低电平两种电平分别代表0和1二进制数字，那么计算机的数据载体0和1就可以通过电信号的形式在电缆中传送。
所以计算机的接收端只需关注采样电平值，能够区分出高电平和低电平那么自然就可以实现了；而通过电的高低电平表示的01，在通信原理中实际上就是数字信号。
展开
评论
点赞