数据库分片形式有哪些，关于数据库的水平分割和垂直分割的几点介绍

来源：整理时间：2024-09-09 06:12:14 编辑：黑码技术手机版

本文目录一览

1，关于数据库的水平分割和垂直分割的几点介绍
2，sql enum类型
3，简述分布式数据库的模式结构
4，什么叫分布式数据库有什么优点和缺点
5，SCTP 分片是怎么确定的啊

1，关于数据库的水平分割和垂直分割的几点介绍

水平切分估计是指按照时间切分，垂直切分是指按照设备ID切分，这样切分后，设备的状态日志会以记录的形式存储在不同的数据文件中，数据库对这些文件的访问可以通过设备ID和时间快速地查找到。而且应用中只是存储日志数据，不需要进行频繁的实时查询和统计，所以基本上数据库的任务就是接收数据，写入到文件中，文件对应的分片满了就再创建新的分片文件。这样整体的性能没有任何变化，系统的负载也是维持在一个常量的水平。如果要对日志进行统计和分析，则会随着日志数量增加，性能显著下降，但这里没有这样的需求，即使有，也是用另外一组离线分析服务器进行处理。

不知道你说的数据库分割是什么意思？是要分表吗？如果是的话，那么程序可能是要改动的。不是你简单把数据分出去就那么简单。分割的策略要根据你应用的具体情况来分析，是横向分，还是纵向分，是按应用分，还是按数据的其他属性分，都要好好考虑。那些海量数据的应用，一般都有一个统一的dao数据访问层，不知道你们有没有。如果这些条件都不具备，我建议还是先分析分析到底负载高的问题出在哪儿。用事件探察器看看，性能瓶颈在那儿。按说1700w,数据也不算太多。除非这个表是个事务表，要频繁操作。如果问题处在查询上，那么不如检查检查应用，一是在索引上下功夫，二是做缓存。应该有所改观。

关于数据库的水平分割和垂直分割的几点介绍

2，sql enum类型

根据用户定义的枚举值与分片节点映射文件，直接定位目标分片。用户在rule.xml中配置枚举值文件路径和分片索引是字符串还是数字，DBLE在启动时会将枚举值文件加载到内存中，形成一个映射表在DBLE的运行过程中，用户访问使用这个算法的表时，WHERE子句中的分片索引值会被提取出来，直接查映射表得到分片编号与MyCat的类似分片算法对比中间件DBLEMyCat分片算法种类 enum 分区算法分片枚举两种中间件的枚举分片算法使用上无差别。开发注意点【分片索引】1. 整型数字（可以为负数）或字符串（（不含=和换行符）【分片索引】2. 枚举值之间不能重复Male=0Male=1或者123=1123=2会导致分片策略加载出错【分片索引】3. 不同枚举值可以映射到同一个分片上Mr=0Mrs=1Miss=1Ms=1123=0运维注意点【扩容】1. 增加枚举值无需数据再平衡【扩容】2. 增加一个枚举值的分片数量数时，需要对局部数据进行迁移【缩容】1. 减少枚举值需要数据再平衡【缩容】2. 减少一个枚举值的分片数量数时，需要对局部数据进行迁移配置注意点【配置项】1. 在 rule.xml 中，可配置项为 <property name="defaultNode"> 、<property name="mapFile"> 和 <property name="type"> 【配置项】2. 在 rule.xml 中配置 <property name="defaultNode"> 标签，非必须配置项，不配置该项的话，用户的分片索引值没落在 mapFile 定义的范围时，DBLE 会报错；若需要配置，必须为非负整数，用户的分片索引值没落在 mapFile 定义的范围时，DBLE 会路由至这个值的 MySQL 分片【配置项】3. 在 rule.xml 中配置 <property name="mapFile"> 标签，范围映射文件的路径：若在映射文件在 DBLE_HOME/conf 或其中，则可以使用相对路径的形式配置，例如，映射文件是 DBLE_HOME/conf/map/table_map.txt 时，配置值就可以简写为 map/table_map.txt；映射文件在 DBLE_HOME/conf 目录以外时，需要使用绝对路径，但这种做法需要考虑用户权限等问题，因此不建议把映射文件放在 DBLE_HOME/conf 外。【配置项】4. 编辑 mapFile 所配置的文件记录格式为：<枚举值>=<分片编号>枚举值可以是整型数字，或任意字符（除了=和换行符），分片编号必须是非负整型数字，记录之间以换行分隔，一行仅能有一条记录，枚举值不能够是“DEFAULT_NODE”这个字符串，允许以“//”和“#”在行首来注释该行【配置项】5. 在 rule.xml 中配置 <property name="type"> 标签；type 必须为整型；取值为 0 时，mapFile 的<枚举值>必须为整型；取值为非 0 时，mapFile 的<枚举值>可以是任意字符（除了=和换行符）

我对MYSQL不是很了解，不过看样子应该是创建表的语句sex应该是字段名，enum（男女）应该表示字段限定的值只能是男和女，NOT NULL是不为空的意思，default 是返回的意思，结合起来应该是字段名SEX 限定内容男和女，字段值不能为空，默认是男的意思。当然以上是我根据大部分编程来猜的。。

sql server中有enum吗？触发器是当数据库中的表在添改删时产生的事件，你可以对修改的数据时行处理，如：同时改写其他表的值或其他。

sql enum类型

3，简述分布式数据库的模式结构

分布式数据库系统是在集中式数据库系统的基础上发展来的。是数据库技术与网络技术结合的产物。　　什么是分布式数据库：　　分布式数据库系统是在集中式数据库系统的基础上发展来的。是数据库技术与网络技术结合的产物。　　分布式数据库系统有两种：一种是物理上分布的，但逻辑上却是集中的。这种分布式数据库只适宜用途比较单一的、不大的单位或部门。另一种分布式数据库系统在物理上和逻辑上都是分布的，也就是所谓联邦式分布数据库系统。由于组成联邦的各个子数据库系统是相对“自治”的，这种系统可以容纳多种不同用途的、差异较大的数据库，比较适宜于大范围内数据库的集成。　　分布式数据库系统(DDBS)包含分布式数据库管理系统(DDBMS)和分布式数据库(DDB)。　　在分布式数据库系统中，一个应用程序可以对数据库进行透明操作，数据库中的数据分别在不同的局部数据库中存储、由不同的DBMS进行管理、在不同的机器上运行、由不同的操作系统支持、被不同的通信网络连接在一起。　　一个分布式数据库在逻辑上是一个统一的整体：即在用户面前为单个逻辑数据库，在物理上则是分别存储在不同的物理节点上。一个应用程序通过网络的连接可以访问分布在不同地理位置的数据库。它的分布性表现在数据库中的数据不是存储在同一场地。更确切地讲，不存储在同一计算机的存储设备上。这就是与集中式数据库的区别。从用户的角度看，一个分布式数据库系统在逻辑上和集中式数据库系统一样，用户可以在任何一个场地执行全局应用。就好那些数据是存储在同一台计算机上，有单个数据库管理系统(DBMS)管理一样，用户并没有什么感觉不一样。　　分布式数据库中每一个数据库服务器合作地维护全局数据库的一致性。　　分布式数据库系统是一个客户/服务器体系结构。

布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。　　这种组织数据库的方法克服了物理中心数据库组织的弱点。首先，降低了数据传送代价，因为大多数的对数据库的访问操作都是针对局部数据库的，而不是对其他位置的数据库访问；其次，系统的可靠性提高了很多，因为当网络出现故障时，仍然允许对局部数据库的操作，而且一个位置的故障不影响其他位置的处理工作，只有当访问出现故障位置的数据时，在某种程度上才受影响；第三，便于系统的扩充，增加一个新的局部数据库，或在某个位置扩充一台适当的小型计算机，都很容易实现。然而有些功能要付出更高的代价。例如，为了调配在几个位置上的活动，事务管理的性能比在中心数据库时花费更高，而且甚至抵消许多其他的优点。　　分布式数据库系统主要特点：　　· 多数处理就地完成；　　· 各地的计算机由数据通信网络相联系。　　· 克服了中心数据库的弱点：降低了数据传输代价；　　· 提高了系统的可靠性，局部系统发生故障，其他部分还可继续工作；　　· 各个数据库的位置是透明的，方便系统的扩充；　　· 为了协调整个系统的事务活动，事务管理的性能花费高；　　数据分片　　类型：　　（1）水平分片：按一定的条件把全局关系的所有元组划分成若干不相交的子集，每个子集为关系的一个片段。　　（2）垂直分片：把一个全局关系的属性集分成若干子集，并在这些子集上作投影运算，每个投影称为垂直分片。　　（3）导出分片：又称为导出水平分片，即水平分片的条件不是本关系属性的条件，而是其他关系属性的条件。　　（4）混合分片：以上三种方法的混合。可以先水平分片再垂直分片，或先垂直分片再水平分片，或其他形式，但他们的结果是不相同的。　　条件：　　（1）完备性条件：必须把全局关系的所有数据映射到片段中，决不允许有属于全局关系的数据却不属于它的任何一个片段。　　（2）可重构条件：必须保证能够由同一个全局关系的各个片段来重建该全局关系。对于水平分片可用并操作重构全局关系；对于垂直分片可用联接操作重构全局关系。　　（3）不相交条件：要求一个全局关系被分割后所得的各个数据片段互不重叠（对垂直分片的主键除外）。　　数据分配方式　　（1）集中式：所有数据片段都安排在同一个场地上。　　（2）分割式：所有数据只有一份，它被分割成若干逻辑片段，每个逻辑片段被指派在一个特定的场地上。　　（4）全复制式：数据在每个场地重复存储。也就是每个场地上都有一个完整的数据副本。　　（5）混合式：这是一种介乎于分割式和全复制式之间的分配方式。　　目前分布式数据库分配的设计，越来越多的采用寻找最优解的算法，比如遗传算法、退火机制等　　查询优化　　指在执行分布式查询时选择查询执行计划的方法和关系运算符的实现算法。根据系统环境的不同，查询优化所使用的算法也有所不同，通常分为远程广域网环境和高速局域网环境，其区别主要在网络的带宽。对于一元运算符可以采用集中式数据库中的查询优化方法。而对于二元运算符，由于涉及场地间的数据传输，因此必须考虑通信代价。分布式查询中常见的连接运算执行策略包括：　　（1）半连接方法：利用半连接运算的转换方法R∞S=（RµS）∞S。假设场地1和场地2上分别有关系R和关系S，首先在S上执行连接属性上的投影并将结果传输至场地1，在场地1上执行关系R与投影的连接操作，再将结果传输至场地2与关系S执行连接操作。这种方法能够降低执行连接运算时的网络通信代价，主要适用于带宽较低的远程广域网络。　　（2）枚举法方法：指枚举关系运算符的物理执行计划，通过对比执行计划的代价选择执行算法的方法。其中，连接运算符的物理执行计划包括嵌套循环方法、哈希连接法和归并连接法。枚举法主要适用于以磁盘IO代价为主的高速局域网环境。

简述分布式数据库的模式结构

4，什么叫分布式数据库有什么优点和缺点

1.分布式数据库是数据库的一种，是数据库技术和网络技术的结合产物。2.各有优点和缺点.分布式数据库分为逻辑上分部物理上分布及逻辑上分布物理上集中两种。是的,分布式数据文件便于数据库的管理维护。分布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。这种组织数据库的方法克服了物理中心数据库组织的弱点。1、首先，降低了数据传送代价，因为大多数的对数据库的访问操作都是针对局部数据库的，而不是对其他位置的数据库访问；2、其次，系统的可靠性提高了很多，因为当网络出现故障时，仍然允许对局部数据库的操作，而且一个位置的故障不影响其他位置的处理工作，只有当访问出现故障位置的数据时，在某种程度上才受影响；3、便于系统的扩充，增加一个新的局部数据库，或在某个位置扩充一台适当的小型计算机，都很容易实现。然而有些功能要付出更高的代价;例如，为了调配在几个位置上的活动，事务管理的性能比在中心数据库时花费更高，而且甚至抵消许多其他的优点。分布式数据库系统主要特点：1.多数处理就地完成；2.各地的计算机由数据通信网络相联系。3.克服了中心数据库的弱点：降低了数据传输代价；4. 提高了系统的可靠性，局部系统发生故障，其他部分还可继续工作；5.各个数据库的位置是透明的，方便系统的扩充；6.为了协调整个系统的事务活动，事务管理的性能花费高；数据分片类型：（1）水平分片：按一定的条件把全局关系的所有元组划分成若干不相交的子集，每个子集为关系的一个片段。（2）垂直分片：把一个全局关系的属性集分成若干子集，并在这些子集上作投影运算，每个投影称为垂直分片。（3）导出分片：又称为导出水平分片，即水平分片的条件不是本关系属性的条件，而是其他关系属性的条件。（4）混合分片：以上三种方法的混合。可以先水平分片再垂直分片，或先垂直分片再水平分片，或其他形式，但他们的结果是不相同的。条件：（1）完备性条件：必须把全局关系的所有数据映射到片段中，决不允许有属于全局关系的数据却不属于它的任何一个片段。（2）可重构条件：必须保证能够由同一个全局关系的各个片段来重建该全局关系。对于水平分片可用并操作重构全局关系；对于垂直分片可用联接操作重构全局关系。（3）不相交条件：要求一个全局关系被分割后所得的各个数据片段互不重叠（对垂直分片的主键除外）。数据分配方式（1）集中式：所有数据片段都安排在同一个场地上。（2）分割式：所有数据只有一份，它被分割成若干逻辑片段，每个逻辑片段被指派在一个特定的场地上。（4）全复制式：数据在每个场地重复存储。也就是每个场地上都有一个完整的数据副本。（5）混合式：这是一种介乎于分割式和全复制式之间的分配方式。目前分布式数据库分配的设计，越来越多的采用寻找最优解的算法，比如遗传算法、退火机制等

分布式数据库系统优点：①更适合分布式的管理与控制。分布式数据库系统的结构更适合具有地理分布特性的组织或机构使用，允许分布在不同区域、不同级别的各个部门对其自身的数据实行局部控制。②具有灵活的体系结构。分布式DBMS可以设计成具有不同程度的自治性，从具有充分的场地自治到几乎是完全集中式的控制。③系统经济，可靠性高，可用性好。由于数据分布在多个场地并有许多复制数据，在个别场地或个别通信链路发生故障时，不致于导致整个系统的崩溃，而且系统的局部故障不会引起全局失控。④在一定条件下响应速度加快。如果存取的数据在本地数据库中，那末就可以由用户所在的计算机来执行，速度就快。⑤可扩展性好，易于集成现有系统，也易于扩充。分布式数据库系统缺点：①通信开销较大，故障率高。②数据的存取结构复杂。③数据的安全性和保密性较难控制。

分布式是分布式，集群是集群。分布式比如有ABCD用户，将AB提交的数据写到数据库1去，CD用户群组的数据提交到数据库2去优点：降低单个数据库的压力（数据量少，单个数据库不会被频繁操作到，如提交事务，少几个人少去抢占资源），不然，像上面单个数据库同时要处理四个人的数据，肯定比处理两个的压力小得多了（PS：1、2两个数据库的内容是不一致的，但是结构是一致的）。响应速度快，一般用于大客户的解决方案缺点：用的硬件较多，开发成本较高（不像单台机器那样，不管如何都写到一台机器上）。集群：构建多个相同数据库（内容一样），类似备份(一个数据一生成一条数据，立马将该数据同步到另一台上面去，查询时可以多台任选一台，单台压力低)，一台挂了，别一台上面还是有备份的，也有分布式的优点，不过，需要集群的几台机器网络环境较好，数据推送才能及时。大概就是这样

分布式就是集群就是很多台电脑协同工作的意思。优点就是普通电脑可以组合成一个分布式系统，不用买专门的服务器类设备，缺点是有一定的带宽会损耗在内部机器间交互上

分布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。　　　这种组织数据库的方法克服了物理中心数据库组织的弱点。首先，降低了数据传送代价，因为大多数的对数据库的访问操作都是针对局部数据库的，而不是对其他位置的数据库访问；其次，系统的可靠性提高了很多，因为当网络出现故障时，仍然允许对局部数据库的操作，而且一个位置的故障不影响其他位置的处理工作，只有当访问出现故障位置的数据时，在某种程度上才受影响；第三，便于系统的扩充，增加一个新的局部数据库，或在某个位置扩充一台适当的小型计算机，都很容易实现。然而有些功能要付出更高的代价。例如，为了调配在几个位置上的活动，事务管理的性能比在中心数据库时花费更高，而且甚至抵消许多其他的优点。

5，SCTP 分片是怎么确定的啊

SCTP的特点 SCTP处于SCTP用户应用层与IP网络层之间，它运用“关联”（association）这个术语定义交换信息的两个对等SCTP用户间的协议状态。SCTP也是面向连接的，但在概念上，SCTP“关联”比TCP连接更为广泛：TCP的连接只有一个源地址和一个目的地址，SCTP提供一种方式使得每个SCTP端点能为另一个对等端点提供一组传输地址，即传输地址= 一组IP地址+端口号。在继承TCP特点的基础上，SCTP提供了一些额外的功能： 1. 在多个“流”（stream）中实现用户数据的有序发送 “流”在TCP中指一系列的字节，而在SCTP中是指发送到上层协议的一定系列的用户消息，这些消息的顺序与流内其他消息相关。SCTP用户在建立关联时，可以规定关联支持的流的数目。这个数目是与源端商定的，用户消息与流数目关联。在链路中，SCTP为每个送到对等端的消息分配一个流序号。在接收端，SCTP确保在给定流中消息按顺序发送。同时，当一个流正在等待下一个非顺序的用户消息时，其他流的发送会继续。 2. 根据已发现的路径MTU（最大传输单元）大小进行用户数据分片为了确保发送到下层的SCTP数据包与路径MTU一致，SCTP对用户消息分片。在接收端，分片被重组后传给上层SCTP用户。 3. 选择性确认（SACK）和拥塞控制选择性确认用于数据包丢失发现，TCP中确认序号返回的是发送方已成功收到数据字节序号（不包含确认序号所指的字节），而SCTP反馈给发送端的是丢失的并且要求重传的消息序号。 SCTP运用了TCP中的拥塞控制技术，包括慢启动，拥塞避免和快速重传。因此，当和TCP应用共存时，SCTP应用可接收属于SCTP的网络资源部分。 4. 块（chunk）绑定即多个用户消息可选择地绑定到一个SCTP包上，通过将消息放到一个或多个SCTP数据结构——“块”中，SCTP保留了应用程序的消息框架边界。不同类型的块可绑定到一个SCTP包中，但是控制块必须放在任何一个数据块之前。 5. 路径管理 SCTP 路径管理功能主要负责从远端提供的一组传输地址中选择目的传输地址，它根据两个方面来选择目的地址：SCTP用户指示和当前可达的合格目的地。当其他流控制不能提供可达性信息时，路径管理功能定时地扫描链路的可达性，并向SCTP报告远端传输地址所发生的变化。SCTP 路径管理功能模块同时还负责在建立链路时，向远端报告可用的本地地址，并把远端返回的传输地址告诉SCTP用户。 6. 支持多宿当SCTP传送数据包给目的IP地址时，如果此IP地址是不可达的，SCTP可以将消息重路由给一个交替的IP地址。这样，在关联的一端甚至两端，可容忍网络级错误。 7. 防范拒绝服务（DoS）攻击 DoS的攻击方式有很多种，最基本的DoS攻击就是利用合理的服务请求来占用过多的服务资源，从而使合法用户无法得到服务的响应。SYN Flooding攻击是DoS攻击的一种实例，是目前效果最好的一种黑客攻击方式。为了抵抗SYN Flooding对目标主机攻击，SCTP在关联初始化阶段实施了一种安全的“Cookie”机制。 8. 支持多种传输模式严格有序传输（像TCP），部分有序传输（像per-stream）和无序传输（像UDP）。2 SCTP包结构 SCTP包的结构，一个数据包首部可跟一个或多个可变长的块。块采用“类型—长度—值”（TLV）的格式。源端口、目的端口、校验码的意义同TCP中的意义相似。确认标签保存着在SCTP握手中第一次交换的初始标签的值。在关联中，任何SCTP数据包若不包含这样一个标签，当到达时会被接收端丢弃。在每个块中，TLV包括块类型、传输处理标记、块长度。不同的块类型可用来传输控制信息或数据。传输序列号（TSN）和流序列号（SSN）是两种不同的序列号，TSN保证整个关联的可靠性，而SSN保证整个流的有序性，这样，在传输中，将数据的可靠性与有序性独立分开。3 SCTP数据传输4.1 SCTP四路握手及抵抗SYN Flooding攻击的原理一个SCTP关联定义为：[主机A的一组IP地址]+[主机A的端口]+ [主机B的一组IP地址]+[主机B的端口]。因此，每一端对应组中的任何一个IP地址都可作为相应的源/目的地址来标示本次关联，通过四路握手，两端SCTP主机交换通信状态。 SYN Flooding利用了TCP/IP的固有漏洞，面向连接的TCP三次握手是SYN Flooding存在的基础。SYN Flooding攻击的原理是：恶意的攻击者大量向服务器发送SYN报文，服务器在发出SYN+ACK应答报文后无法收到客户端的ACK报文（第三次握手无法完成），服务器端将为维护一个非常大的半连接列表而消耗非常多的CPU时间和内存资源，还要不断对这个列表中的IP进行SYN+ACK的重试。服务器端将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求，此时从正常客户的角度看来，服务器失去响应。而在一次SCTP四路握手中，INIT消息的接收端不必保存任何状态信息或者分配任何资源，这样就可防范SYN Flooding等DoS攻击。它在发送INIT-ACK消息时，采用了一种机制——“状态Cookie”，该Cookie具有发送端要建立自己状态所需的全部信息。 SCTP产生一个状态Cookie的过程如下： 1. 使用收到的INIT和发出的INIT- ACK块中的信息创建一个关联的TCB（传输控制块）。 2. 在TCB中，将当前日期设为创建日期，将协议参数“有效Cookie时间”设为生存期间。 3. 根据TCB，收集重建TCB所需的最小信息子集，将该子集和密钥产生一个MAC（信息认证编码）。 4. 结合上述最小信息子集和MAC产生状态Cookie。 5. 在发送完INIT ACK（包含状态Cookie参数）后，发送方必须删除TCB以及任何与新关联有关的本地资源。 INIT和INIT-ACK都必须包含建立初始状态所需的参数：一组IP地址，保证可靠传输的初始TSN，每个被接收的SCTP包中必须含有的初始标签，每一端请求发出的流数目和每一端能支持接收的流数目。交换完这些消息之后，INIT的发送端以COOKIE-ECHO消息的方式发送回状态Cookie。接收端根据所接收到的COOKIE-ECHO中的状态Cookie，完整地重建自己的状态，并回送COOKIE- ACK来确认关联已建立。COOKIE-ECHO和COOKIE-ACK都可将用户数据消息绑定到各自的包中。由此可见，采用以上这种方式，即使接收再多的INIT消息, 接收端也没有任何资源的消耗：它既不分配任何系统资源，也不保存此次新关联的状态，它只是把相应重建状态所用的状态Cookie作为参数，包含在每一个回送的INIT-ACK消息中，最后该状态Cookie会被COOKIE-ECHO消息发送回来。2.2 SCTP数据交换在两个SCTP主机间的正常数据交换。SCTP主机发送SACK块，用来确认每一个收到的SCTP包。因为SACK能完整地描述接收端的状态，因此,依据SACK,发送端能做出重传判决。SCTP支持类似于TCP中的快速重传和time-out重传算法。对于数据包丢失发现，SCTP和TCP采用截然不同的机制：当TCP发现接收序号有缺口时，会等到该缺口被填上后，才发送序列号高于丢失数据包的数据。然而，SCTP即使发现接收序号有缺口或顺序错乱，仍会发送后面的数据。3.3 SCTP关闭关联作为面向连接的传输协议，SCTP也运用三路握手来关闭一个关联，但与TCP有一点不同：一个TCP终端在“关联关闭”的过程中能够保持连接开启，并从对端接收新的数据，而SCTP不支持TCP的这种“半关闭”状态。 1. 主机A发出“关闭”（SHUTDOWN）块来终止与主机B的关联，主机A进入“SHUTDOWN- PENDING”状态，对应的动作是：不再接受上层应用的数据，只发送队列中剩余的数据，进入“SHUTDOWN-SENT”状态。 2. 主机B一旦接收到“关闭”块，就进入“SHUTDOWN-RECEIVED”状态，同主机A一样，不再接受上层应用的数据，只发送队列中剩余的数据。 3. 主机A再次发送“关闭”块，通知主机 B所发送的剩余数据已到达，并且重申了关联正在关闭。 4. 当第二次收到“关闭”块时，主机B发送“确认关闭”块。 5. 主机A随后发送“关闭结束”块，完成本次关联的关闭。4 结束语 SCTP是为传输信令业务流而开发的，但它所具有的一些优于TCP的先进协议机制，如选择性确认、快速重传、无序递交等，使它又满足高性能传输的需求，这会给它带来更为宽广的应用需求。目前，已有各种操作系统支持SCTP, 如Linux、AIX、Solaris、Windows、FressBSD。在不同协议实现间的互操作性测试的成功，揭示着SCTP正走向商业产品之路。 IEFT正在致力于SCTP进一步的修改，使其更能满足下一代应用的需求，例如支持IPv6地址，解决对端对于IPv6的site-local、link-local地址无连通性的问题，以及在已存在的关联中动态地增加或删除IP地址而无需重启该关联。此外，在第三代移动通信中，SCTP可作为信令承载层的备选方案之一，它的应用及其性能评估也有待研究。