外题建议看官方文档：https://docs.pingcap.com/zh/tidb/stable/dashboard-intro 访问地址：pg的IP:2379（pg的端口）/dashboard，http://172.18.3.41:23

扩容扩容一个组件，比如是监控相关的 .yaml grafana_servers: - host: 172.18.3.38 deploy_dir: "/usr/local/tidb/grafana_servers" monito

外题本文只写增量，全量请看历史文章 为啥用增量呢，因为同步机目前比较乱，近10个任务，只有小部分任务需要保留，所以配置也不用太高，磁盘也不用太高，所以通过重新新一台机搭建md集群，用增量同步来达到迁移的效果 增量怎么保持数据一致性，这个，因

外题本章依赖上一章的：TIDB的md同步（全量+增量）mysql同步 如果你有多个mysql机器，都想迁移到TIDB集群中（比如我就是） 那么就可以查看本章，如只想看md迁移单个mysql的话，可以过滤本章 声明：本文不适合所有人，博主使用

外题竟然是mysql转TIDB，那么就需要mysql的数据同步到TIDB 通过TIUP进行使用，TIUP如何安装，请看本站的TIDB集群搭建或官方文档 注意：多看官方文档 安装需要二个组件 DM安装 tiup install dm dmct

外题为啥这么久了没怎么更新 开发了几个运维工具，后续会更新相关文章以及上线github 测试并上线TIDB，主要是将mysql转向TIDB，坑点也是不少啊 会有不少的TIDB相关文章上线 设计（必看）采用：3台做为主要的TIDB集群（高

背景因为这边公司做数据分析的需求，mysql并不满足数据的速度条件，所有需要先mysql同步到clickhouse，因为同步到clickhouse的压力过大，为了不影响主库，所以采用搭建主从的方式，通过从库进行数据同步，为了保证多个从库同步

说明||| 代表个人想法 参考学习： ​ 1. 极客时间专栏-深入浅出计算机组成原理 性能指标之 计算机的计时单位 - CPU时钟虽然时间是一个很自然的用来衡量性能的指标，但是用时间来衡量时，有两个问题。 第一个就是时间不“准”。如果

说明暂时不考虑写prometheus的搭建章（单机搭建太简单了。。。），后续可能会考虑写prometheus的集群、prometheus的外部存储等文章 这文章需要一定的GO基础，如果只是直接尝试使用，无所谓 这文章只是测试而已，真实使用还

背景今早一个需求就扔到我头上，差点爆炸 gitlab升级要求不停业务，就代表升级过程中，开发还是可以提交代码，拉取代码。。。。。。 虽然想吐槽一下，不过吃人家饭，需求要硬也得搞，方法总比问题多嘛 方案怎么实现业务不中断，突然想到了gitla

背景国庆期间，我老大反馈说日志服务器收集的日志不完整，我吓得马上去看，日志嘛很重要，发现出现不完整的日志都是数据量过大，还是nginx日志 验证为了验证是nginx的问题还是rsyslog的问题，我通过nginx重新定义一份日志写本地，接下

升级路线图我安装的是12版本，要升级到14版本 官方路径图：https://docs.gitlab.com/ee/update/index.html#upgrade-paths 8.11.Z-> 8.12.0-> 8.17.7-