让人脑壳疼的STP是如何做到防止环路?-理论

1.须知

1.1.角色

首先了解STP运行中使用的角色

1.2.STP运行的接口状态

2.ROOT根桥设备怎么选出来?

为了达到了解整个二层交换的情况,STP会让设备产生一种特殊的报文BPDU在交换中进行流转,BPDU携带很多信息,比如COST值,ROOT ID,MAC地址,优先级等等。

每台设备都会产生BPDU,然后选举一个主要设备,相当于主要所有交换的脑子设备,这个设备我们叫做根桥(ROOT),这个设备产生的BPDU我们叫做最优的BPDU(后面都叫做BPDU)。

2.1.优先级

0-61440,以4096的倍数为优先级,默认为32768

越小越优,比如4096就比32768来的优。

2.2.MAC地址

越小越优

选举出来ROOT设备,选完ROOT之后正常情况下就只有ROOT发送BPDU了,相当于整个网络中的所有人都要听老大的话

3.RP端口(根端口)怎么选出来?

根端口在每台非ROOT设备上只有一个,选举ROOT端口的目的是为了能选出最快的一条链路来收到老大(ROOT)发送的命令(BPDU)以下是选举规则

3.1.Cost Path Root 根路径开销

这个属性表示了从本身的某个接口出发到ROOT的距离,当然是越小越优先,毕竟开销是体现链路质量的一种参考值。

文中开销值计算方式

带宽

COST

10M

100

100M

19

1000M

4

例如:

此时网络中的根桥为SW1

SW2直连SW2

  • 0
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MVCC(Multi-Version Concurrency Control)是 MySQL 数据库中的一种并发控制机制。它用于管理并发事务对数据的访问,以保证数据的一致性和隔离性。MVCC 的核心思想是在事务执行期间,数据库会为每个事务创建一个可见的数据版本,使得事务之间的读写操作可以并行进行,而不会相互干扰。 具体来说,MVCC 通过在每行数据中添加额外的版本信息来实现。当一个事务开始时,它会获取一个全局的事务 ID,每个数据行也会记录自己的创建版本号和删除版本号。在事务执行期间,每个事务只能看到比自己开始时间早创建的、未被删除的数据行。 对于读操作,MVCC 会根据事务的开始时间和数据行的版本号来决定是否可见。如果数据行的创建版本号早于事务开始时间,且删除版本号为空或晚于事务开始时间,则该数据行可见。 对于写操作,MVCC 会创建一个新的数据版本,并将新版本的创建版本号设置为当前事务的开始时间。同时,将原数据行的删除版本号设置为当前事务的开始时间。 MVCC 的优点是可以提高数据库的并发性能,减少锁争用和冲突。它允许读操作之间的并发执行,不会阻塞其他事务的读操作。同时,写操作也可以与读操作并发执行,只需要在提交时进行冲突检测和处理。 然而,MVCC 也存在一些限制。由于需要为每个数据行记录版本信息,会增加存储空间的消耗。同时,长事务的存在也可能导致版本链的过长,影响性能。因此,在使用 MVCC 时需要注意合理设置事务的隔离级别和管理事务的生命周期。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值