计算机基础面经33

原因如下

假如第一次握手可以携带数据的话，如果有人要恶意攻击服务器，那它每次都在第一次握手中的 SYN 报文中放入大ᰁ的数据。因为攻击者根本就不理服务器的接收、发送能力是否正常，然后疯狂着᯿复发 SYN 报文的话，这会

让服务器花费很多时间、内存空间来接收这些报文。

第一次握手不可以放数据，其中一个简单的原因就是会让服务器更加容易受到攻击了。而对于第三次的话，此时客户端已经处于 ESTABLISHED 状态。对于客户端来说，他已经建立起连接了，并且也已经知道服务器的接收、发送

能力是正常的了，所以可以携带数据。

计算机基础面经33

@author 壮

分库与分表

一、分库

1、概念：

是为了解决服务器资源受单机限制，顶不住高并发访问的问题，把请求分配到多台服务器上，降低服务器压力。

2、分库的原则：

一般分库都是按照业务划分的

会针对一些特殊的库再作切分，比如一些活动相关的库都做了拆分【做活动的时候并发可能会比较高，怕影响现有的核心业务，所以即使有关联，也会单独做拆分】。

3、分库带来的影响：

（1）事务问题

使用关系型数据库时，需要保证事务的完整性；分库之后单机事务就用不上了，必须使用分布式事务来解决，而分布式事务基本的都是残缺的。

（2）连接问题：

跨库之后无法使用JOIN。

4、解决方案：

在业务代码中进行关联，也就是先把一个表的数据查出来，然后通过得到的结果再去查另一张表，然后利用代码来关联得到最终的结果。

适当的冗余一些字段。比如以前的表就存储一个关联 ID，但是业务时常要求返回对应的 Name 或者其他字段。这时候就可以把这些字段冗余到当前表中，来去除需要关联的操作。

二、分表

2、分表的方式：

（1）垂直分表

把常用的，不常用的，字段很长的拆出来！是指表数据列的拆分，把一张列比较多的表拆分成多张表。

表的记录并不多，但是字段却很长，表占用空间很大，检索表的时候需要执行大ᰁ的IO,严᯿降低了性能；把一些无用的数据拆分出去，一页就能存放更多行的数据，内存存放更多有用的数据，就减少了磁盘的访问次数，性能就得

到提升。

（2）水平分表

一张表内的数据太多，数据越多 B+ 树就越高，访问的性能就差，所以进行水平拆分。

3、分表带来的问题

排序、count、分页问题：用户的数据被拆分到多个表中，那查询结果分页就不像以前单张表那样直接就能查出来【count同样如此】；

解决：只能由业务代码来实现或者用中间件将各表中的数据汇总、排序、分页然后返回。【另外： count 操作的结果其实可以缓存下来，然后每次数据增删都更新计数】

路由问题【分表的路由】：

全局主键问题：