提交 90ef525b 编写于 作者: 辉哈's avatar 辉哈

添加TCP黏包问题、数据库范式

上级 23970dc9
......@@ -1694,6 +1694,19 @@ UDP 首部
7. UDP没有拥塞控制,因此网络出现拥塞不会使源主机的发送速率降低(对实时应用很有用,如IP电话,实时视频会议等)
8. TCP首部开销20字节;UDP的首部开销小,只有8个字节
#### TCP黏包问题
##### 原因
TCP是一个基于字节流的传输服务(UDP基于报文的),“流”意味着TCP所传输的数据是没有边界的。所以可能会出现两个数据包黏在一起的情况。
##### 解决
* 发送定长包。如果每个消息的大小都是一样的,那么在接收对等方只要累计接收数据,直到数据等于一个定长的数值就将它作为一个消息。
* 包头加上包体长度。包头是定长的4个字节,说明了包体的长度。接收对等方先接收包头长度,依据包头长度来接收包体。
* 在数据包之间设置边界,如添加特殊符号 `\r\n` 标记。FTP协议正是这么做的。但问题在于如果数据正文中也含有\r\n,则会误判为消息的边界。
* 使用更加复杂的应用层协议。
#### TCP传输连接管理
> 因为TCP三次握手建立连接、四次挥手释放连接很重要,所以附上《计算机网络(第7版)-谢希仁》书中对此章的详细描述:<https://github.com/huihut/interview/blob/master/images/TCP-transport-connection-management.png>
......@@ -1906,6 +1919,13 @@ ssize_t write(int fd, const void *buf, size_t count);
[MySQL索引背后的数据结构及算法原理](http://blog.codinglabs.org/articles/theory-of-mysql-index.html)
* [SQL 约束 (Constraints)](http://www.w3school.com.cn/sql/sql_constraints.asp)
### 范式
* 第一范式(1NF):属性(字段)是最小单位不可再分
* 第二范式(2NF):满足1NF,每个非主属性完全依赖于主键(消除1NF非主属性对码的部分函数依赖)
* 第三范式(3NF):满足2NF,任何非主属性不依赖于其他非主属性(消除2NF主属性对码的传递函数依赖)
* 鲍依斯-科得范式(BCNF):满足3NF,任何非主属性不能对主键子集依赖(消除3NF主属性对码的部分和传递函数依赖)
* 第四范式(4NF):满足3NF,属性之间不能有非平凡且非函数依赖的多值依赖(消除3NF非平凡且非函数依赖的多值依赖)
## 设计模式
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册