自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(2)
  • 收藏
  • 关注

原创 TCP三次握手

TCP规定,SYN(SYN=1)报文段不能携带数据,但要消耗掉一个序号,ACK(ACK)报文段可以携带数据,但是不携带就不消耗数据,最后一次握手在默认不携带数据的情况下, 由于SYN 不是 1 , 是不消耗序列号的。于是TCP的设计者将SYN这个同步标志位SYN设计成占用一个字节的编号(FIN标志位也是),既然是一个字节的数据,按照TCP对有数据的TCP segment 必须确认的原则,所以在这里A必须给B一个确认,以确认A已经接收到B的同步信号。有童鞋会说,如果A发给B的确认丢了,该如何?

2022-10-02 09:28:55 172 1

原创 分库分表原则

单表太大:一张表的字段太多,数据太多。查询起来困难。(1)垂直分表表中的字段较多。按照字段进行垂直切分,一般将不常用的、 数据较大、长度较长的拆分到“扩展表“。(2)水平分表单表的数据量太大。按照某种规则(RANGE,HASH取模等),切分到多张表里面去。但是这些表还是在同一个库中,所以库级别的数据库操作还是有IO瓶颈。这种情况是不建议使用的,因为数据量是逐渐增加的,当数据量增加到一定的程度还需要再进行切分。比较麻烦。

2022-10-01 14:06:00 463 1

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除