获得徽章 1
#青训营笔记创作活动#
2月4日 打卡 day12
多数慢SQL都跟索引有关,比如不加索引,索引不生效、不合理等,这时候,我们可以优化索引。
我们还可以优化SQL语句,比如一些in元素过多问题(分批),深分页问题(基于上一次数据过滤等),进行时间分段查询
SQl没办法很好优化,可以改用ES的方式,或者数仓。
如果单表数据量过大导致慢查询,则可以考虑分库分表
如果数据库在刷脏页导致慢查询,考虑是否可以优化一些参数,跟DBA讨论优化方案
如果存量数据量太大,考虑是否可以让部分数据归档
展开
评论
#青训营笔记创作活动#
2月3日 打卡 day11
SQL语句都诞生于客户端,主要有两种方式产生一条SQL,一种是由开发者自己手动编写,另一种则是相关的ORM框架自动生成,一般情况下,MySQL运行过程中收到的大部分SQL都是由ORM框架生成的,比如Java中的MyBatis、Hibernate框架等。
展开
评论
#青训营笔记创作活动#
2月1日 打卡 day10
如果发现502,优先通过监控排查服务端应用是否发生过崩溃重启,如果是的话,再看下是否留下过崩溃堆栈日志,如果没有日志,看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过,去排查下nginx的日志,看下是否将请求打到了某个不知名IP端口上。
展开
评论
#青训营笔记创作活动#
1月31日 打卡 day9
世界存在着各式各样的网络,它们使用着不同的硬件设备。而如果要是这些相互不同的网络要互相通信,那么就意味着要面对因为不同硬件设备而带来的硬件地址转换上的复杂工作。

所以由用户或设备主来完成这项工作几乎是不可能的事。但如果可以让所有用户或者设备主共同遵守一种统一的方式,那么就可以把这个复杂问题解决了。

展开
评论
#青训营笔记创作活动#
1月30日 打卡 day8
MySQL与客户端之间会采用半全工的通讯机制工作,与之对应的还有“双全工、单工”的工作模式
一般来说通信领域,叫“全双工”、“半双工”比较多。
评论
#青训营笔记创作活动#
1月29日 打卡 day7
好的注释应当满足一下几点:

解释代码的意图,说明为什么这么写,用来做什么

对参数和返回值注释,入参代表什么,出参代表什么

有警示作用,比如说入参不能为空,或者代码是不是有坑

当代码还未完成时可以使用 todo 注释来注释


展开
评论
#青训营笔记创作活动#
1月22日 打卡 day6
TCP协议本身是全双工的,但我们最常用的HTTP1.1,虽然是基于TCP的协议,但它是半双工的,对于大部分需要服务器主动推送数据到客户端的场景,都不太友好,因此我们需要使用支持全双工的websocket协议。

展开
评论
#青训营笔记创作活动#
1月21日 打卡 day5
windows 下抓包可以这样测:先执行 ipconfig /release 释放 ip,此时会发出 DHCP Release 报文;然后再执行 ipconfig /renew 重新获取 ip 地址
展开
评论
下一页
个人成就
文章被阅读 2,124
掘力值 189
收藏集
0
关注标签
0
加入于