使用percona-toolkit同步mysql表数据
背景做了主备mysql的配置以后，可能因为切换过程造成不一致的情况，这个时候可以处理的方式是全量导入再导出，这个有个问题就是操作的数据太多了我们只需要数据补全同步即可 mysql的同步是基于binlog的，如果没有记录的部分的数据，这个是无法同步的，就需要手动处理 或者就是两个数据库，定期手动同步到另外一个数据库，这个都可以使用这个工具 工具下载下载网址 https://www.percona.
rbd块设备的id修改
背景看到有这个需求，具体碰到什么场景了不太清楚，之前做过rbd的重构的研究，既然能重构，那么修改应该是比重构还要简单一点的，我们具体看下怎么操作 数据结构分析rbd的元数据信息1234567891011121314151617181920212223242526272829303132[root@lab104 ~]# rbd create testrbd --size 1T[root@lab104
tidb数据库的恢复操作
背景tidb数据库是多副本的一个集群数据库，类似ceph，三节点出现两节点的时候也是无法选举，以及内部数据的leader不同，会出现无法访问的情况，本篇就是基于这个来进行恢复的实践 三节点坏两个，做恢复 备份了一个节点数据，三个节点都坏了 这两个场景基本一致的 相关操作清理集群 1tiup cluster destroy tidb-test 关闭顺序 tidb tikv pd 初始化集
rgw的d3n功能配置
背景最近在看缓存相关，文件系统可以通过fscache加速，加速的效果就是读取的时候能够缓存，原理是在网关的地方加入一个高速缓存盘，这样在后续读取的时候，能够直接从缓存盘读取，这样能够减少与集群的交互，从而提供更大的性能，并且这个是缓存读取，所以数据安全性没有问题 rgw的d3n这个功能就是给rgw的网关加入了一个缓存盘，指定一个目录，然后能够缓存数据到目录 版本要求12[root@lab201 ~
kvm下的ceph主机启动io请求统计
背景假如一个主机存储在ceph里面，我们想统计下一次启动过程中的io读取的情况，那么可以通过下面的方法来统计启动时间也可以通过在宿主机里面去查看，通过日志这边要方便一点，无需登录到虚拟机内部 日志开启123456789101112131415[global]fsid = 4064c56e-c9ad-4b19-bf74-c4e291be5920mon_initial_members = lab104
电源管理引起的nvme磁盘不识别
背景有一台arm服务器上面出现了nvme磁盘无法识别的情况，比较奇怪 硬件1+ 内核1+ debian系统可以识别 硬件1+ 内核1+ openeuler系统可以识别 硬件2+ 内核2+ debian系统可以识别 硬件2+ 内核2+ openeuler系统不能识别 从上面的组合来看，内核没有问题，操作系统只是软件层面的，识别的模块都在内核里面，系统也没有问题的，在组合一的时候也能正常识别 硬件
vdbench测试过程可视化
背景之前做过一个版本的vdbench的可视化，当时也是用python写的，但是需要引用bootstrap，整个页面也要做一些控制，配置起来就比较麻烦了现在采用新的方法，安装一些软件之后，一个脚本就可以把测试数据进行可视化，并且测试过程都可以看到数据的波动情况 软件采用了dash和plotly 123pip3 install dash -i https://pypi.tuna.tsinghua.e
搭建一个本地的deepseek环境
背景最近deepseek很火，性能最好的肯定是网页版本或者官方的api的版本，但是目前的服务可用性还存在一点问题，如果对数据的隐私有一定的要求可以部署本地的版本，这个操作很简单 部署方法下载ollama https://ollama.com/下载对应的版本即可，我的是mac mini m4,24G内存，这个配置跑起来还是很流畅的这个工具类似一个容器，会把模型加载起来，下载好了后，去下载对应模型即
