在数字化道路无限探索

操作系统参数总共跟三项有关：CPU、Memory、Disk

（2）admin用户登录grafana ---> Confguration ---> Data Sources ---> 查看数据源prometheus地址是否是当前的，如果不是则将其地址更改为新的prometheus，查看监控数据是否完整。（1）使用root用户登录dashboard ---> 点击root ---> Prometheus 数据源 ---> 使用自定义地址（新的prometheus）--->查看监控数据是否完整。关于prometheus的数据迁移《迁移prometheus数据》（

Milvus，自2019年开源以来，已成为向量数据库领域的佼佼者，专门用于处理由深度学习和其他机器学习模型生成的大规模向量数据。前段时间发布的Milvus 2.4版本引入了一系列创新功能，包括多向量检索、Grouping搜索和稀疏向量等等，进一步巩固了其在行业中的领先地位。

在实际应用中，可能会需要对 TiDB 各个组件的 IP 地址和端口进行修改，以适应不同的网络环境或需求。此文章是给大家分享现网修改TiDB集群各组件的IP或端口的方法，可以作为平时运维上的操作参考。修改 IP 地址和端口需要谨慎操作，以确保 TiDB 集群的稳定性和可靠性。在进行修改之前，请务必备份关键数据，并确保对 TiDB 集群的影响有清晰的认识。PD 不建议直接修改 IP 地址，先进行扩容，再缩容。PD 不建议直接修改 IP端口，先进行扩容，再缩容。将2379改为2479，2380改为2480。

部署一套名为“dr-autosync”的集群系统

一口气弄懂全部功能

一口气弄懂计算方式

实现高效迅速地数据库恢复

在面对庞大的集群体量，日常的巡检工作变得异常繁琐。本篇文章为你介绍一个能够代替手动巡检，并且能够快速准确的获取到集群相关信息的方法

最近手头有个系统，刚做完灾备建设及数据同步，需要进行灾备切换演练，验证灾备库建设是否符合预期。需要做相关测试并准备操作手册，供日后切换演练及主

在某地震多发省，为了避免地震造成的机房级灾难，或者城市级灾难，导致整个系统不可用，拟建设一套三地五中心五副本分布式高可用数据库系统，保证高可用需求。pd leader 切换到哪个机房后，该机房的响应延时就降低了，这也说明即使tso有预分配机制，但是跨城延时仍然对tso的获取有很大影响。3、当一个城市两机房全部挂机后，例如cd的az1和az2挂机，流量全部切换至az3和az4，不切换到az5。五个机房：cd有两个机房AZ1、AZ2；lz有一个机房AZ5。2、同城一机房挂机后，流量优先切换到同城另一个机房。

使用insert into ... on duplicate key update操作时遇到的小问题

开源数据库StoneDB，致力于实现HTAP能力，能够同时满足OLTP和OLAP需求，为使用者带来更大的便利

有趣的故障排查解决

实现集群资源最大化

TiDB集群的drainer频繁发生故障后溯源解决

你的pump数据被gc了嘛？

一文get新功能用法

主中心意外故障？同城双中心教你紧急恢复

记录第一次参与开源项目

TiDB损坏多副本之有损恢复处理方法

tiup cluster display 执行流程代码详解

关于灾备库搭建的实用干货

快速了解TiDB版本升级-TiCDC异机升级

如何避免 TiFlash 帮倒忙？一个实例思考

超详细干货内容分享

TiDB升级过程中强行回退指南

云数据库TiDB真的那么好用吗？

一问教你弄懂如何设置Binlog自动清理

TiDB集群中Grafana权限提升漏洞解决方案。

3种最场景的数据库迁移同步工具，哪个是你的菜？

项目总结干货，建议收藏学习！

两个数据库迁移的保姆级别干货共享

DBSwitch数据迁移干货，好用详实！

数据库迁移实操干货！

一文教你轻松修复漏洞！

数据库切换小妙招！

历经了近半年的测试验证和迁移准备，神州金库3.0核心系统 WMS 正式从 MySQL 迁移到了分布式 HTAP 数据库 TiDB，上线后不久就经历了第一次双11的考验，TiDB 的性能和稳定性表现远超预期，给后续的全平台迁移计划打下了坚实的基础。神州数码 TiDB 交付团队与科捷物流技术、业务团队紧密配合，完全自主化地实施了整个迁移过程，成为团队在又一新行业成功交付的典型案例。下面我们就来具体看看吧~

手把手教你TiDB技术。

通过tiup将prometheus进行缩容和扩容，实现更换prometheus的监听端口。