暂时未有相关云产品技术能力~
暂无个人介绍
可恶,又被小林装到了!
HTTP
事务是在 MySQL 引擎层实现的,我们常见的 InnoDB 引擎是支持事务的,事务的四大特性是原子性、一致性、隔离性、持久性,我们这次主要讲的是隔离性。
TCP/IP 网络通常是由上到下分成 4 层没,分别是应用层,传输层,网络层和网络接口层。
面字节,倒在了这!
MySQL 的 Buffer Pool
500错误
这次我们就以 malloc 动态内存分配为切入点,我在文中也做了小实验: • malloc 是如何分配内存的? • malloc 分配的是物理内存吗? • malloc(1) 会分配多大的内存? • free 释放内存,会归还给操作系统吗? • free() 函数只传入一个内存地址,为什么能知道要释放多大的内存?
流氓软件,终于被爆出来了
这次,我就收集了几个最近大家问的问题。 • TCP 头部中「长度字段」的长度只有 4 字节,为什么可以包含 TCP option 的长度? • TCP 时间戳回绕了怎么办? • 为什么重复的 ACK 无法判断要重传哪些数据? • 为什么 IO 多路复用要搭配非阻塞 IO? • 自旋锁为什么是悲观锁,而不是乐观锁? • 关于 HTTP cookie、sessionid、token 的问题 • HTTP/1.0 可以开启长连接吗?
TCP
在 TCP 正常挥手过程中,处于 TIME_WAIT 状态的连接,收到相同四元组的 SYN 后会发生什么?
神一般的抓包图
下面的笔记来源于读者(B站:车干学长)学习图解网络时的笔记,他也补充了一些我没写到的点,比如强制缓存/协商缓存之类的知识。 全文共 1w 字,干货满满!发车!
事情是这样的,前阵子在 B 站刷到一位文科生自学转行成前端程序员的视频。
一致性哈希是什么,使用场景,解决了什么问题?
拔掉网线几秒,再插回去,原本的 TCP 连接还存在吗?
思考题
今天就来跟大家盘一盘,常见的 6 种会发生索引失效的场景。 不仅会用实验案例给大家说明,也会清楚每个索引失效的原因。
什么是伪共享?又该怎么避免伪共享的问题?
如何在不杀掉进程前提,关闭一个 TCP 连接?
DNS到底是怎么工作的? 为什么根域名服务器只有 13 台? 美国可以让中国从互联网上消失吗?
有没有必要考计算机二级?
count 函数
为什么 TCP 三次握手期间,为什么客户端和服务端的初始化序列号要求不一样的呢?
今天我就把自己在学数据结构与算法时,用到可视化网站分享出来。
为什么会发生死锁,以及怎么避免死锁。
既然打开 net.ipv4.tcp_tw_reuse 参数可以快速复用处于 TIME_WAIT 状态的 TCP 连接,那为什么 Linux 默认是关闭状态呢?
SYN 报文什么时候情况下会被丢弃?
MySQL 是会将数据持久化在硬盘,而存储功能是由 MySQL 存储引擎实现的,所以讨论 MySQL 使用哪种数据结构作为索引,实际上是在讨论存储引使用哪种数据结构作为索引,InnoDB 是 MySQL 默认的存储引擎,它就是采用了 B+ 树作为索引的数据结构。
从数据页的角度看 B+ 树,看看每个节点长啥样。
回答了个千赞问题
画图工具:draw.io 思维导图工具:xmind/effie 代码贴图工具:carbon 文章编写工具:有道云笔记/typora/effie
Tabby
Github 开源了:实战操作系统的硬核笔记!
Redis 数据结构
Redis 数据结构
不管是 RPC 或者 HTTP,只要传输的内容是「对象」,要想在接收方还原出一摸一样的「对象」,那就需要序列化和反序列化。
Linux 系统
清华大学计算机系课程攻略
一年多我用过的云笔记软件
数据结构与算法 计算机网络 计算机组成 操作系统 数据库
我把 TCP 三次握手模拟异常情况的实验过程整理了下,大家有兴趣可以模仿我这篇文章的实验步骤来做实验
在线体验 MESI 协议状态转换
大家好,我是小林。 上一周我写一了篇,数据库和缓存双写一致性的文章「老板真爱画大饼!」,故事的主人公是程序员阿旺。 当时只写了上半篇,看到很多小伙伴催更下篇,说来就来!
一个已经建立的 TCP 连接,客户端中途宕机了,而服务端此时也没有数据要发送,一直处于 establish 状态,客户端恢复后,向服务端建立连接,此时服务端会怎么处理?
这个幻读例子不是已经被「可重复读」隔离级别解决了吗?为什么还要有 next-key 呢?
不要小看一条 update 语句,在生产机上使用不当可能会导致业务停滞,甚至崩溃。 当我们要执行 update 语句的时候,确保 where 条件中带上了索引列,并且在测试机确认该语句是否走的是索引扫描,防止因为扫描全表,而对表中的所有记录加上锁。 我们可以打开 MySQL 里的 sql_safe_updates 参数,这样可以预防 update 操作时 where 条件没有带上索引列。 如果发现即使在 where 条件中带上了列索引列,优化器走的还是全标扫描,这时我们就要使用 force index([index_name]) 可以告诉优化器使用哪个索引。
做好了给你画个饼!
在 FIN_WAIT_2 状态下如何处理乱序的 FIN 报文