每天读点书学堂-CSDN博客

原创 TiDB 在医疗保障信息平台的应用实践

医疗保障信息平台是涉及国计民生的基础性工程。通过建立统一的标准体系、技术体系、数据体系和应用体系，充分发挥信息化在医保业务高效运行和模式持续创新方面的支持作用，推动医疗保障朝着数字化和智能化方向发展。根据《医疗保障信息平台建设指南》，地方医疗信息化保障平台要按照国家统一标准规范建设云平台，其中必须包含 PaaS 层的能力，包括分布式服务、消息队列服务、分布式缓存服务、分布式日志服务、分布式数据访问服务、关系型数据库、非结构化存储服务、离线计算引擎、实时计算引擎、流计算引擎等。医疗保障平台架构示意图。

2024-06-02 09:53:58 559

原创首个云原生、分布式、全栈国产化银行核心业务系统投产上线丨TiDB × 杭州银行

新核心系统自上线以来运行安全稳定，大幅提升了业务处理效率，已支撑日均交易量 1000+ 万笔，平均交易耗时小于 100 毫秒，较原核心业务系统缩减 54%，日终跑批的处理速度为原核心业务系统的 2.1 倍，能够有效支撑未来业务的快速发展。新核心系统采用全新的技术和工艺，在继承杭州银行原有核心业务系统的设计特点和服务能力的基础上，基于云原生、分布式、全栈国产化的技术架构，持续提升数据集成、客户经营、业务创新、风险侦测和精细运营的能力，构建面向客户、内核成熟、灵活扩展、稳定高效、自主可控的核心银行体系。

2024-06-02 09:53:22 579

原创 TiDB 在全球头部物流企业计费管理系统的应用实践

TiDB 原生分布式架构支持线性水平扩展，很好地解决了系统的性能瓶颈问题，在业务不断发展的情况下，系统可以随时按需进行扩容和缩容，从而满足更高并发和更复杂的业务需求。此外，TiDB 具备热点数据打散和负载自动均衡的能力，对热点数据的处理更加高效，保障了系统资源的合理利用，降低系统出现性能问题的风险。这种实现方式带来了系统架构的复杂性，使得数据流转周期延长，流程变得更加复杂，数据同步和计算过程容易出现问题，需要系统管理员进行定期的优化和维护，以支持更高的并发量和更复杂的业务场景。

2024-06-02 09:52:51 772

原创 TiDB v7.5.0 DDL 启停特性分析

TiDB 的最新 LTS 版本 v7.5.0 于 2023 年 12 月 1 日正式发版，包含很多期待已久的新特性。支持并行运行多个 ADD INDEX 语句可以使用 SQL 实现 Lightning 物理导入大大简化了数据导入的操作效率，极大改善了易用性DDL 支持暂停和恢复。升级时更平滑，切再也不担心超大表加索引要加好几天而影响业务的情况了，可以对大表加索引错峰执行。TiDB Dashboard 性能分析支持 TiKV 堆内存分析。

2024-06-02 09:52:20 760

原创 TiDB 助力保险业首个全栈自主的核心保单系统成功投产

在数字经济的发展和新技术崛起的背景下，某超大型保险公司坚持自主创新的系统建设思路，运用分布式、微服务、云原生等领先技术对核心保单系统进行了升级改造，使用国产 X86 服务器和 TiDB 分布式数据库替换了原有的小型机和 Oracle 数据库，打造了满足未来业务发展的新一代全栈自主技术平台。该系统是保险行业中首个采用全栈自主技术的核心业务系统，本次投产实现了从集中式到分布式的架构升级，取得了显著的性能提升，为后续业务增长奠定了基础，同时也为保险业逻辑大集中的核心系统的国产化改造树立了新标杆。

2024-06-02 09:51:22 616

原创作业帮 x TiDB | 多元化海量数据业务的支撑

现在，TiDB 在作业帮内部使用中已经可以独当一面了。目前，作业帮已经部署了几十套 TiDB 集群，总体数据量规模超过百TB。在这些集群中，大部分采用的是 TiDB 5.4 版本，有一半已经升级到 6.5 版本。如果大家还在用 v3.x 版本的话，建议可以采用一些比较保险的方法测试升级到新的版本。作业帮从 v4.0.9 版本一路不断升级上来，整体感受是越来越稳定，让人比较安心，升级过程也非常丝滑，业务几乎没有任何感知。

2024-06-02 09:48:54 841

原创 MySQL 到 TiDB 迁移实践：云盛海宏零售业海量场景下 ToC 系统的选型思考与经验分享

数据库迁移是一个复杂且高风险的工程，迁移前规划一个全面的测试方案必不可少，提前识别迁移风险，大幅降低迁移后的风险，当然像分阶段迁移、回退链路等保障措施也及其重要。年后我们将继续把会员运营系统（20 个 MySQL 库）切换至 TiDB，实现 To C 系统从 MySQL 40 个库到 TiDB 的整体切换，支撑未来持续增长的数据规模。

2024-06-01 19:10:01 722

原创 Runaway Queries 管理：提升 TiDB 稳定性的智能引擎

Runaway Queries 是指执行时间或消耗资源超出预期的查询，在运行时间和资源消耗上有显著特征。Runaway Queries 管理旨在提供一种高效、可控、自动化的资源识别和管控机制，以降低突发 SQL 性能问题带来的负面影响，保护复杂工作负载下系统的稳定性，让 TiDB 更加可靠。

2024-06-01 19:09:15 988

原创 TiDB 相关 SQL 脚本大全

Engine 隔离：默认：[“tikv”, “tidb”, “tiflash”] 由于 TiDB Dashboard 等组件需要读取一些存储于 TiDB 内存表区的系统表，因此建议实例级别 engine 配置中始终加入 “tidb” engine。SHOW CONFIG 语句用于展示 TiDB 各个组件当前正在应用的配置，请注意，配置与系统变量作用于不同维度，请不要混淆，如果希望获取系统变量信息，请使用 SHOW VARIABLES (● 方法一：使用函数 TIDB_PARSE_TSO。

2024-06-01 19:07:55 833

原创为什么说 TiDB 在线扩容对业务几乎没有影响

集中式数据库因为其架构本身的限制，一般来说想要实现在线扩容是比较困难的，这里暂且不予讨论，我们主要了解一下一般分布式数据库的扩容是如何进行的。不管是 Greenplum 这种 MPP 数据库，还是其它的分库分表数据库，为了实现数据的均衡分布，通常需要在表上定义相关的分布键。通过分布键，再结合哈希算法，可以把数据哈希散列到不同的数据节点中，类似于 hash （ key ） % N （ key 代表分布键， N 代表数据节点编号）。现在我们需要扩容一个节点，从原来的 3 节点扩容到 4 节点。

2024-06-01 19:02:57 828

原创 AmzTrends x TiDB Serverless：通过云原生改造实现全局成本降低 80%

TiDB Serverless 作为全托管一站式的数据库服务，从根本上解决了 Startup 公司基础架构门槛高的难题，即使缺少专业运维人员，也可以拥有简化、健壮的数据基础架构，获得了更高的系统稳定性和可用性。同时，Serverless 的 “Pay as you go”模式提供了更灵活、更优化的资源利用率，AmzTrends 从百度云迁移至 AWS 之后，总体 IT 成本实现了大幅下降。

2024-06-01 19:01:53 906

原创第三方支付企业的核心数据库升级之路

随着人工智能、区块链、数字货币等新兴技术的融合与应用，如何提升刷脸支付、声纹支付、车载支付等新兴支付的交易处理效率，持续拓宽新兴支付方式的切入场景并优化用户体验，成为第三方支付企业提升市场份额和竞争力的重要抓手。TiDB 用一个数据平台满足实时交易与实时分析的场景需求，通过丰富的技术生态实现与 Oracle、DB2 等传统数据库的打通，实现与 Hadoop、Spark、Flink、Kafka 等大数据技术栈的广泛融合，为上层业务提供统一数据服务，在简化企业数据栈的同时大幅降低维护成本。经过充分的调研测试，

2024-06-01 19:01:16 849

原创解码 TiDB 性能谜题：让你的数据库发挥最强动力

对于 I/O 问题，需要了解如何收集系统的 I/O 数据，确定是单个磁盘 I/O 慢还是整个系统 I/O 慢，是否有硬件报警。初始配置先从 analyze 收集的时间段、慢 SQL、不合适的表结构方面优化，如果在这些方面都已经做到最佳状态，但性能仍然不理想，那么就需要考虑硬件瓶颈的可能性。对数据库查询语句进行优化，包括选择合适的索引、使用合适的查询语句、调整查询参数。硬件优化：对硬件进行优化，升级硬件、调整硬件参数、调整系统参数、优化系统配置。优化复杂查询：将复杂查询分解为多个简单查询，以提高查询效率。

2024-06-01 19:00:02 839

原创数据库性能优化入门：数据库分片初探

文章解释了数据库分片是如何通过将数据切分、分散存储在多个服务器上来提升性能，并对数据库分片与传统数据库的区别进行了详细对比，探讨了何时应该考虑进行数据库分片。文章介绍了几种常见的分片策略，包括基于键、基于范围、垂直和基于目录的分片，并分析了它们的优缺点。在我们探讨了数据库分片的复杂性和策略后，明显的结论是，尽管分片提供了一种强大的方法来处理大规模数据和高事务量，但它并不是一劳永逸的解决方案。换句话说，你可以手动分片你的数据库，或者你可以使用中间件层或可以有效自动分片数据的数据库。

2024-06-01 18:59:07 804

原创夯实智慧新能源数据底座，TiDB Serverless 在 Sandisolar+ 的应用实践

在该 SaaS 系统中，SandiSolar+ 最核心的部分是打造了一个“数据中台”，系统中所有数据的搜索查询都通过“数据中台”实现。综上所述，SandisSolar+ 的 SaaS 平台对数据的实时性处理要求较高，传统的大数据、离线数仓无法满足这种实时性需求，经过对主流数据库进行选型，SandiSsolar+ 最终选择了具备 HTAP 能力的 TiDB Serverless 数据库来作为数据底座，为相关业务系统的智能化、可靠性、实时性提供了全面保障，承载了 SaaS 平台的实时数据存储、计算需求。

2024-06-01 18:58:04 959

原创 TiDB 在东吴证券秀财 APP 的应用实践

此外，无需引入额外的数据库驱动，对于使用标准框架进行开发的项目组来说，几乎没有额外的学习成本。东吴秀财 APP 是东吴证券倾力打造的新一代移动端财富管理平台，汇集了自助开户、行情交易、业务办理、基金理财、投顾资讯、社交分享等丰富业务功能，不仅满足用户基本的交易需求，还为用户带来个性化的理财体验。功能，结合 TiDB 的可伸缩特性，通过构建 TiDB 统一集群的方式对通用服务资源进行分配和隔离，实现对存量 MySQL 实例的归集和统一管理，提升资源利用率，降低运维投入，同时解决不同业务之间的资源争抢问题。

2024-06-01 18:56:49 663

原创金融企业区域集中库的设计构想和测试验证

数据库产品集中建设区域集中库，解决 MySQL 存量节点的整合问题，实现部署的标准化、按需扩展和统一运维管理。先发起 test_rg1 资源组中用户的压测，RU 使用达到了 293000 左右，体现 burstable 参数在集群空闲状态下的配置效果，再发起另外两个资源组的压测，test_rg1 逐步回落到资源组配置上限 160000 左右（见图八）。多业务整合的场景中，不仅需要关注资源开销，还需要关注数据库的业务管理特性，比如 SQL 黑名单、细粒度监控、连接标识等，提升管理员的运维效率。

2024-06-01 18:55:44 934

原创月活超 1.1 亿，用户超 4 亿，你也在用的「知乎」是如何在超大规模 TiDB 集群上玩转多云多活的？

知乎应用 TiDB 历史非常久，至今总共部署了 400 多个 TiDB Server 节点， 600 多个 TiKV 节点，数据规模达到 PB 级别。知乎有一个最大的 TiDB 集群有 500 多 TB 的规模，单副本一天能存 30TB 数据，三副本能存将近 100TB 左右。在这种规模下，知乎核心场景中约 30% 的场景都运行在 TiDB 上。从数据库版本来看，目前知乎的 TiDB 集群大概有 80% 处于 TiDB 4.x 版本，有百分之十几在 TiDB 5.4.3 版本，还有少量的 6.5 版本。应用

2024-06-01 18:54:28 996

原创 TiDB MVCC 版本堆积相关原理及排查手段

也就是当新写入（增删改）的数据覆盖到旧数据时，旧数据不会被替换掉，而是与新写入的数据同时保留，并以时间戳来区分版本。TiDB 的事务的实现采用了 MVCC（多版本并发控制）机制，当新写入的数据覆盖旧的数据时，旧的数据不会被替换掉，而是与新写入的数据同时保留，并以时间戳来区分版本。可以看到，同一行数据会随着增删改的次数，积累越来越多的版本，这里历史的 mvcc 版本如果不及时清理，不光物理磁盘空间无法释放，更会对读写产生性能影响，所以我们需要 GC 来对这些旧版本数据进行回收。

2024-06-01 18:52:14 823

原创 TiDB 慢查询日志分析

本文阐述了 TiDB 慢查询日志的相关配置和原理，并分享了笔者在实际工作中使用的慢查询日志分析 SQL。为读者提供了一种实际而有效的慢查询日志分析思路。

2024-06-01 18:50:53 1023

原创 TiDB 组件 GC 原理及常见问题

通过对 TiDB 分布式事务实现的了解，我们知道 TiDB 集群具体的数据存储在 TiKV 上，集群的元数据信息存在 PD 上，TiDB 要做数据旧版本的回收，则需要有个类似 GC worker 的角色从 PD 拿到元数据信息然后对 TiKV 中的数据做垃圾回收工作。假设我们直接删除，删除之后，如果用户要读 t4 这个快照里面 B 的值，发现 B 上有个指向 (A，t1) 的这个 lock, 我们开始从 A 上确认事务 t1 的状态，但是在 TiKV 中找不到（A，t1) 这个事务，也就无法确认其状态。

2024-06-01 18:50:01 972

原创 TiKV 组件内 GC 原理及常见问题

但是对于 v7.1.0 之前没有 mvcc 冗余版本检测的情况下，由于在 TiKV 内部，但是对于 rocksdb 来说除了 lock cf 之外，其他 write-cf, data-cf 因为在 mvcc key 后面有一个 tso 作为后缀，也就是从 rocksdb 的视角来看，所有的 key 都是一次性写入的，而随着 GC 用 compaction-fitler 的方式，这样的 key 在写入之后，就再也不会被删除，要等 GC。本文，我们将详细介绍 TiKV 侧 GC 的原理及常见的问题。

2024-05-31 15:31:15 852

原创巧用 TiCDC Syncpoint 构建银行实时交易和准实时计算一体化架构

某商业银行的零售资格业务系统专门设计用于计算和管理客户的消费积分及优惠。每当用户完成一笔交易，系统内的关键模块便会自动整合用户的历史消费数据，迅速进行积分计算，并将当前可用的优惠信息及时推送给用户，例如通知当前能够兑换的优惠或赠品，提示额外消费达到一定额度后能够获得的特定奖励等。该系统旨在通过提供实时的优惠信息和激励措施，增强客户的消费体验。用户的消费信息按照用户 ID 进行分组，存储在 30 多个 MySQL 集群。随着业务的增长，以及需要开放第三方应用使用数据，完成资格的计算。

2024-05-31 15:28:21 548

原创银行核心背后的落地工程体系丨Oracle – TiDB 数据迁移详解

第二个方案，即通过将 Oracle 中的数据导出为 CSV 格式，再导入到 TiDB 的方案，不仅在迁移工具的选择、字符集的转换、数据一致性的保障上满足了要求，而且在窗口时间内也能顺利完成迁移任务。此外，数据兜底方案和技术支持也是不可或缺的，它们为数据迁移提供了坚实的保障，确保在任何情况下数据的安全性和可靠性。在从老核心 Oracle 迁移数据至 X86 架构的 Oracle 中转机，再从 CSV 格式文件迁移到 TiDB 的过程中，我们发现采用单一通道和单一数据组的迁移方式无法在两小时的时间窗口内完成。

2024-05-31 15:27:14 845

原创 TiDB Vector 太香啦：以图搜图初体验！

在以往，想在关系型数据库中对非结构化数据实现搜索是一件不敢想象的事，哪怕是号称无所不能的 PostgreSQL 在向量插件的加持下也没有获得太多关注，这其中有场景、性能、生态等各方面的因素制约。前有专门的向量数据库阻击，后有各种传统数据库追赶，这注定是一个惨烈的赛道，希望 TiDB 能深度打磨产品，突围成功。向量：向量就是一组浮点数，在编程语言中通常体现为 float 数组，数组的长度叫做维度（dim），维度越大精度越高，向量的数学表示是多维坐标系中的一个点。模型，只是使用模态改成了文本。

2024-05-31 12:16:01 312

原创 TiDB 数据库在某省妇幼健康管理系统的应用

在数据库合并后，表的数量分布如下：超过 10 万条数据的表数量为 792 张，超过 100 万条数据的表数量为 156 张，超过 1000 万条数据的表数量为 58 张，以及超过 1 亿条数据的表数量为 5 张。考虑到妇幼数据的重要性，在政务云实施搭建一地两中心，通过 TiCDC 实现主库集群实时将数据写入到从集群，同时从集群担负报表业务以及研发测试库环境，让我们初步实现了一地两中心的设想。分析层迁移到 TiDB 后，我们将原有的 14 套数据库合并为一套 TiDB，方便管理，让及时的优化成为了可能。

2024-05-31 12:14:41 1027

原创 TiDB + ES：转转业财系统亿级数据存储优化实践

目前，业财系统已成功完成底层数据存储的切换，可以看到近几年来不再担心数据量存储的问题，并且成功接入了更多的业务数据。随着引入了 Elasticsearch（ES），业务人员也不再反馈报表页面超时等问题。这次针对数据存储的优化实质上是对系统的重构，选择方案时考虑了对系统影响范围较小且不影响业务人员使用的因素，这也是优化的核心所在。由于历史原因，业财系统仍存在许多需要优化的方面，如慢 SQL 的持续治理、定时任务优化等。因此，我们需要保持此优化的核心理念，并在后续的重构中继续完善，以使业财系统更加稳定。

2024-05-31 12:13:38 974

原创从 Oracle 到 TiDB，国有大行打造本地生活 APP 新体验

为缓解生活 APP 业务的高 TPS 并发访问以及海量数据带来的性能压力，经过对市场主流分布式数据库的调研，并结合自身业务场景实践，最终决定采用新一代 HTAP 数据库 TiDB 替换原系统中的 Oracle RAC，从而提升整个系统的处理能力、扩展能力和服务能力。数字时代，用户行为线上化、场景化趋势日益明显。：TiDB 具有行列存互相隔离的能力，可以在不影响在线业务运行的情况下进行实时的数据分析，利用这个特性可以实现历史订单更多维度的实时分析能力，从而丰富客户画像及开展个性化的用户营销活动。

2024-05-31 12:12:33 931

原创构建面向未来的金融核心系统

文章分析了中国金融行业的发展趋势，并且基于这些趋势对数据库选择从架构、运维和开发三个视角进行展开。通过平凯星辰多年的金融行业实施经验和丰富案例，基于 TiDB 构建金融核心系统是一条可重复、可复制、具备先天技术优势的路径。

2024-05-31 12:11:49 1016

原创银行核心背后的落地工程体系丨混沌测试的场景设计与实战演练

混沌工程是一种全面的测试方法，它覆盖了从应用层前端到底层硬件环境的所有环节，确保整个系统在面对各种异常和故障时的稳定性和弹性。本文将聚焦于与 TiDB 分布式数据库相关的混沌工程场景。混沌工程和普通测试在软件系统工程中都扮演着重要的角色，但它们关注的质量属性和测试实施的方式存在明显差异。混沌工程更侧重于系统的健壮性和在面对异常情况时的响应能力，而普通测试则侧重于验证系统的功能正确性和性能指标。

2024-05-31 12:10:27 1026

原创多点 Dmall x TiDB：出海多云多活架构下的 TiDB 运维实战

目前，多点在国内和出海都有使用 TiDB 的业务，线上生产环境中共有 46 套 TiDB 集群，300+节点，400TB+ 数据量。这些集群支撑着包含业财融合、TMS、结算、采销、物流、库存凭证、履约、存货核算等在内丰富的业务场景。底层的云资源也根据各地业务需求，选择了腾讯云、华为云、微软云、火山云等众多公有云。多点大概有二十多个线上生产环境，上图是其中一个环境的部分 TiDB 集群，从中能看出业财一体化的数据库流量非常大，入网出网都是 500 MB/s 左右，QPS 17, 000 看着好像不高，但其实都

2024-05-31 12:08:12 1029

原创抗风险能力提高 70%，整体数据库性能提升 90%：大淘客科技从 MySQL 到 TiDB 的迁移实践

在成都大淘客科技有限公司，我们计划通过采用 TiDB，实现数据库性能的显著提升。TiDB 的高性能、易扩展性、强兼容性以及活跃的社区支持，是我们选择它作为数据库升级路径的主要原因。我们相信，随着技术的不断进步，TiDB 将继续助力我们推动业务的持续增长和创新。通过这次转型，预计我们不仅提升了数据库的性能和稳定性，也为未来可能的技术变革做好了准备。TiDB 作为国产数据库的佼佼者，已经在多个方面展现出其优势，我们相信它将在未来的数据库市场中占据重要地位。

2024-05-31 12:05:31 437

原创趣丸科技（TT 语音）x TiDB丨数据库的“自动档”：NewSQL 分布式数据库选型思考

我们的实践表明，TiDB 作为一个 NewSQL 分布式数据库，不仅能够满足现代企业对数据库系统的高标准要求，而且在处理海量数据、高并发以及 HTAP 等方面展现出了显著的优势。随着技术的不断进步和产品的迭代更新，我们有理由相信，TiDB 将继续在分布式数据库领域发挥重要作用，助力更多企业实现数字化转型。

2024-05-31 12:03:56 1055

原创 360 智慧商业 x TiDB丨数据架构革新驱动广告业务高效运作

通过 TiDB 的实践与探索，我们智慧商业在广告行业中成功应对了多种业务场景的挑战。TiDB 的高性能、可扩展性和易用性为我们提供了强大的数据库支持，帮助其在激烈的市场竞争中保持领先地位。随着 TiDB 技术的不断进步，我们有理由相信，我们智慧商业将能够继续引领广告行业的创新和发展。

2024-05-31 12:01:01 888

原创 PingCAP AI Lab 负责人李粒：TiDB 如何利用数据库 Copilot 优化数据库操作，提升用户体验与内部效率？

李粒：数据库 Copilot 是一种 AI 应用，它嵌入到用户的工作流程中，以提供实时的指导和建议，从而提高用户的工作效率和决策质量。例如，与传统的聊天机器人相比，Copilot 更加深入地融入用户的具体任务和工作流程中，而不仅仅是提供一般性的对话支持。随着自然语言处理技术的进步，未来的数据库 Copilot 将能更准确地理解复杂的自然语言查询和指令，甚至能处理含有多重意图和复杂关系的查询。随着业务的发展和需求的变化，可能需要从一个层次迁移到另一个层次，以适应更复杂的场景和提高系统的整体性能。

2024-05-31 11:58:38 1076

原创 TiDB Serverless Branching：通过数据库分支简化应用开发流程

2023 年 7 月 10 日，正式商用。这是一个完全托管的数据库服务平台（DBaaS），提供灵活的集群配置和基于用量的付费模式。紧随其后，TiDB Serverless Branching 的测试版也发布了。TiDB Serverless Branching 功能使用户能够为其集群创建分支。这些分支可以实现并行开发，促进新功能快速迭代，排查故障，开发者无需中断生产数据库的运行。该功能不仅简化了开发和部署过程，还保持了生产环境中数据库的稳定性和可靠性。

2024-05-27 22:55:02 895 1

原创 TiDB v7.1.0 跨业务系统多租户解决方案

我们验证了针对单个在线业务的资源调整，以及模拟了重要业务在经历完整波峰、低谷的运行周期内各个业务的运行情况，每个要点的测试数据和结果都符合我们的预期，证明了该资源管控技术的可行性。

2024-05-27 22:52:31 626

原创限制服务器访问IP

使用高级ACL以及在接口启用IP地址与MAC地址绑定。在这之前需要先确认需要绑定的MAC地址与IP。3、在接口下应用ACL与MAC绑IP。以华为千兆交换机为例，步骤如下。2、绑定MAC地址与IP地址。

2024-05-27 17:57:59 1012

原创华为交换机配置远程连接与升级

在工作中通过Telnet\ssh方式登录交换机进行设备登录管理能更加便利，不需要到机房里直接用console线直连设备进行高度，只要在能连接到交换机管理网络的电脑上使用远程连接管理即可。准备：交换机有管理ip；电脑和交换机管理ip之间网络互通。一，配置交换机管理地址，配置交换机管理接口ip address 10.10.204.50 255.255.0.0 //根据需要配置IP地址，如果有需要可以配置上路由二，开启telnet，并创建用户或者。

2024-05-27 17:54:47 1169