高大佳
获得徽章 1
赞了这篇文章
赞了这篇文章
#青训营笔记创作活动# day19
场景：高并发系统实现秒杀
细节：瞬时高并发，页面静态化，秒杀按钮，读多写少，缓存问题，库存问题，分布式锁，mq异步处理，以及限流问题
场景：高并发系统实现秒杀
细节：瞬时高并发，页面静态化，秒杀按钮，读多写少，缓存问题，库存问题，分布式锁，mq异步处理，以及限流问题
评论
点赞
赞了这篇文章
#青训营笔记创作活动# day18
大佬的图解网络系列：
大数取模运算是不可逆的，因此他人无法暴力解密。但是结合欧拉定理，我们可以选取出合适的p（公钥）, q（私钥）, N（用于取模的大数），让原本不可逆的运算在特定情况下，变得有那么点“可逆”的味道。数学原理决定了我们用公钥加密的数据，只有私钥能解密。反过来，用私钥加密的数据，也只有公钥能解密。
HTTPS相当于HTTP+TLS，目前主流的是TLS1.2，基于TCP三次握手之后，再来TLS四次握手。
大佬的图解网络系列：
大数取模运算是不可逆的，因此他人无法暴力解密。但是结合欧拉定理，我们可以选取出合适的p（公钥）, q（私钥）, N（用于取模的大数），让原本不可逆的运算在特定情况下，变得有那么点“可逆”的味道。数学原理决定了我们用公钥加密的数据，只有私钥能解密。反过来，用私钥加密的数据，也只有公钥能解密。
HTTPS相当于HTTP+TLS，目前主流的是TLS1.2，基于TCP三次握手之后，再来TLS四次握手。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动# DAY17
redis常见问题，redis是在客户端与数据层之间，分担请求压力的缓存层，在开发架构中地位重要。
redis常见问题，redis是在客户端与数据层之间，分担请求压力的缓存层，在开发架构中地位重要。
评论
点赞
赞了这篇文章
#青训营笔记创作活动# DAY16
今天了解了一个可以在线可视化管理数据库的开源工具Bytebase，可视化管理数据库，还支持SQL审核和备份恢复，和以前用的navicat类似
今天了解了一个可以在线可视化管理数据库的开源工具Bytebase，可视化管理数据库，还支持SQL审核和备份恢复，和以前用的navicat类似
评论
点赞
#青训营笔记创作活动# day15
慢查询日志记录慢SQL
explain分析SQL的执行计划
profile 分析执行耗时
Optimizer Trace分析详情
确定问题并采用相应的措施
慢查询日志记录慢SQL
explain分析SQL的执行计划
profile 分析执行耗时
Optimizer Trace分析详情
确定问题并采用相应的措施
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动# DAY14
膜拜大佬！自己的计算机网络太差了。
HTTP状态码用来表示响应结果的状态，其中200是正常响应，4xx是客户端错误，5xx是服务端错误。
客户端和服务端之间加入nginx，可以起到反向代理和负载均衡的作用。后端服务端应用如果发生崩溃，nginx在访问服务端时会收到服务端返回的RST报文，然后给客户端返回502报错。502并不是服务端应用发出的，而是nginx发出的。因此发生502时，后端服务端很可能没有没有相关的502日志，需要在nginx侧才能看到这条502日志。
如果发现502，优先通过监控排查服务端应用是否发生过崩溃重启，如果是的话，再看下是否留下过崩溃堆栈日志，如果没有日志，看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过，去排查下nginx的日志，看下是否将请求打到了某个不知名IP端口上
膜拜大佬！自己的计算机网络太差了。
HTTP状态码用来表示响应结果的状态，其中200是正常响应，4xx是客户端错误，5xx是服务端错误。
客户端和服务端之间加入nginx，可以起到反向代理和负载均衡的作用。后端服务端应用如果发生崩溃，nginx在访问服务端时会收到服务端返回的RST报文，然后给客户端返回502报错。502并不是服务端应用发出的，而是nginx发出的。因此发生502时，后端服务端很可能没有没有相关的502日志，需要在nginx侧才能看到这条502日志。
如果发现502，优先通过监控排查服务端应用是否发生过崩溃重启，如果是的话，再看下是否留下过崩溃堆栈日志，如果没有日志，看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过，去排查下nginx的日志，看下是否将请求打到了某个不知名IP端口上
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动# DAY13
本文主要讲述了数据库查询使用索引的正确方式。在平时写SQL的时候，一般只追求实现业务功能，只要能够查询出相应的数据即可，压根不会过度考虑这条SQL应用到索引，到正确的使用方式，可以极快地提高查询效率。
本文主要讲述了数据库查询使用索引的正确方式。在平时写SQL的时候，一般只追求实现业务功能，只要能够查询出相应的数据即可，压根不会过度考虑这条SQL应用到索引，到正确的使用方式，可以极快地提高查询效率。
评论
点赞
赞了这篇文章
#第五届青训营阅读打卡# DAY12
文章全面讲述了MySQL的索引机制。为提高查询效率建立索引机制，本质上是保存在磁盘的索引文件，会根据原有的表数据，在磁盘上重新生成新的索引文件。MySql的索引分类可从数据结构（B+, hash, R-tree, T-tree）、字段数量(单列, 多列）、功能逻辑、存储方式（聚簇索引、非聚簇）层面上分类，其中按照功能逻辑，可分为唯一/主键/普通/全文/联合/空间索引,B并介绍了这几种索引的的创建与使用等内容。
文章全面讲述了MySQL的索引机制。为提高查询效率建立索引机制，本质上是保存在磁盘的索引文件，会根据原有的表数据，在磁盘上重新生成新的索引文件。MySql的索引分类可从数据结构（B+, hash, R-tree, T-tree）、字段数量(单列, 多列）、功能逻辑、存储方式（聚簇索引、非聚簇）层面上分类，其中按照功能逻辑，可分为唯一/主键/普通/全文/联合/空间索引,B并介绍了这几种索引的的创建与使用等内容。
展开
评论
点赞