【TIDB】TIFLASH缩容

最新推荐文章于 2024-09-25 11:41:26 发布
最新推荐文章于 2024-09-25 11:41:26 发布
阅读量133 收藏
点赞数 1
分类专栏： 国产数据库-TIDB 文章标签： tidb
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43346403/article/details/141266194
版权

1.检查当前集群 

mysql> select * from information_schema.cluster_info;
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
| TYPE    | INSTANCE           | STATUS_ADDRESS     | VERSION | GIT_HASH                                 | START_TIME                | UPTIME          | SERVER_ID |
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
| tidb    | 192.168.1.11:4000  | 192.168.1.11:10080 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 4m11.0186123s   |         0 |
| tidb    | 192.168.1.13:4000  | 192.168.1.13:10080 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 4m11.018618394s |         0 |
| tidb    | 192.168.1.12:4001  | 192.168.1.12:10081 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 4m11.018619939s |         0 |
| pd      | 192.168.1.13:2379  | 192.168.1.13:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 4m25.018621305s |         0 |
| pd      | 192.168.1.11:2379  | 192.168.1.11:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 4m25.018624355s |         0 |
| pd      | 192.168.1.12:2379  | 192.168.1.12:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 4m25.018625724s |         0 |
| tikv    | 192.168.1.12:20161 | 192.168.1.12:20181 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 4m21.018627049s |         0 |
| tikv    | 192.168.1.13:20160 | 192.168.1.13:20180 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 4m21.018628342s |         0 |
| tikv    | 192.168.1.11:20160 | 192.168.1.11:20180 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 4m21.018629662s |         0 |
| tiflash | 192.168.1.11:3930  | 192.168.1.11:20292 | v5.1.1  | c8fabfb50fe28db17cc5118133a69be255c40efd | 2024-08-16T17:45:27+08:00 | 4m0.01863095s   |         0 |
| tiflash | 192.168.1.14:3930  | 192.168.1.14:20292 | v5.1.1  | c8fabfb50fe28db17cc5118133a69be255c40efd | 2024-08-16T17:45:27+08:00 | 4m0.018632361s  |         0 |
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
11 rows in set (0.01 sec)
--当前有两个tiflash节点，删除一个，留一个。

2.设置tiflash中表的副本。

--检查tiflash中的表
mysql> SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.tiflash_replica;
+--------------+------------+
| TABLE_SCHEMA | TABLE_NAME |
+--------------+------------+
| test         | my_test2   |
+--------------+------------+
1 row in set (0.00 sec)

mysql> alter table test.my_test2 set tiflash replica 0;
Query OK, 0 rows affected (0.11 sec)

3.删除一个tiflash节点 

--tiflash的端口是:9000;--另外一个tiflash在14节点上。
tiup cluster scale-in tidbcluster --node 192.168.1.14:9000
[tidb@mysql1 ~]$ tiup cluster scale-in tidbcluster --node 192.168.1.14:9000
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.5.3/tiup-cluster scale-in tidbcluster --node 192.168.1.14:9000
This operation will delete the 192.168.1.14:9000 nodes in `tidbcluster` and all their data.
Do you want to continue? [y/N]:(default=N) y
Scale-in nodes...
+ [ Serial ] - SSHKeySet: privateKey=/home/tidb/.tiup/storage/cluster/clusters/tidbcluster/ssh/id_rsa, publicKey=/home/tidb/.tiup/storage/cluster/clusters/tidbcluster/ssh/id_rsa.pub
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.12
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.13
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.12
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.13
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.12
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.13
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.14
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [Parallel] - UserSSH: user=tidb, host=192.168.1.11
+ [ Serial ] - ClusterOperate: operation=ScaleInOperation, options={Roles:[] Nodes:[192.168.1.14:9000] Force:false SSHTimeout:5 OptTimeout:120 APITimeout:300 IgnoreConfigCheck:false NativeSSH:false SSHType: CleanupData:false CleanupLog:false RetainDataRoles:[] RetainDataNodes:[] ShowUptime:false JSON:false Operation:StartOperation}
The component `tiflash` will become tombstone, maybe exists in several minutes or hours, after that you can use the prune command to clean it
+ [ Serial ] - UpdateMeta: cluster=tidbcluster, deleted=`''`
+ [ Serial ] - UpdateTopology: cluster=tidbcluster
+ Refresh instance configs
  - Regenerate config pd -> 192.168.1.11:2379 ... Done
  - Regenerate config pd -> 192.168.1.12:2379 ... Done
  - Regenerate config pd -> 192.168.1.13:2379 ... Done
  - Regenerate config tikv -> 192.168.1.11:20160 ... Done
  - Regenerate config tikv -> 192.168.1.12:20161 ... Done
  - Regenerate config tikv -> 192.168.1.13:20160 ... Done
  - Regenerate config tidb -> 192.168.1.11:4000 ... Done
  - Regenerate config tidb -> 192.168.1.12:4001 ... Done
  - Regenerate config tidb -> 192.168.1.13:4000 ... Done
  - Regenerate config tiflash -> 192.168.1.11:9000 ... Done
  - Regenerate config cdc -> 192.168.1.11:8300 ... Done
  - Regenerate config prometheus -> 192.168.1.11:9090 ... Done
  - Regenerate config grafana -> 192.168.1.11:3000 ... Done
  - Regenerate config alertmanager -> 192.168.1.11:9093 ... Done
  - Regenerate config tispark -> 192.168.1.11:7077 ... Done
  - Regenerate config tispark -> 192.168.1.11:7078 ... Done
+ [ Serial ] - SystemCtl: host=192.168.1.11 action=reload prometheus-9090.service
Scaled cluster `tidbcluster` in successfully

4.检查

mysql> select * from information_schema.cluster_info;
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
| TYPE    | INSTANCE           | STATUS_ADDRESS     | VERSION | GIT_HASH                                 | START_TIME                | UPTIME          | SERVER_ID |
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
| tidb    | 192.168.1.13:4000  | 192.168.1.13:10080 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 9m53.593458308s |         0 |
| tidb    | 192.168.1.12:4001  | 192.168.1.12:10081 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 9m53.593464299s |         0 |
| tidb    | 192.168.1.11:4000  | 192.168.1.11:10080 | 5.1.1   | 797bddd25310ed42f0791c8eccb78be8cce2f502 | 2024-08-16T17:45:16+08:00 | 9m53.593465809s |         0 |
| pd      | 192.168.1.13:2379  | 192.168.1.13:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 10m7.5934672s   |         0 |
| pd      | 192.168.1.11:2379  | 192.168.1.11:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 10m7.593468658s |         0 |
| pd      | 192.168.1.12:2379  | 192.168.1.12:2379  | 5.1.1   | 7cba1912b317a533e18b16ea2ba9a14ed2891129 | 2024-08-16T17:45:02+08:00 | 10m7.593470062s |         0 |
| tikv    | 192.168.1.12:20161 | 192.168.1.12:20181 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 10m3.593471403s |         0 |
| tikv    | 192.168.1.13:20160 | 192.168.1.13:20180 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 10m3.593472704s |         0 |
| tikv    | 192.168.1.11:20160 | 192.168.1.11:20180 | 5.1.1   | 4705d7c6e9c42d129d3309e05911ec6b08a25a38 | 2024-08-16T17:45:06+08:00 | 10m3.593474043s |         0 |
| tiflash | 192.168.1.11:3930  | 192.168.1.11:20292 | v5.1.1  | c8fabfb50fe28db17cc5118133a69be255c40efd | 2024-08-16T17:45:27+08:00 | 9m42.593475421s |         0 |
+---------+--------------------+--------------------+---------+------------------------------------------+---------------------------+-----------------+-----------+
10 rows in set (0.03 sec)
--果然，只有一个tiflash了。

mysql> SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.tiflash_replica;
Empty set (0.01 sec)

mysql> alter table test.my_test2 set tiflash replica 1;
Query OK, 0 rows affected (0.09 sec)

mysql> SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.tiflash_replica;
+--------------+------------+
| TABLE_SCHEMA | TABLE_NAME |
+--------------+------------+
| test         | my_test2   |
+--------------+------------+
1 row in set (0.00 sec)

戒掉贪嗔痴(薛双奇)
关注
专栏目录
TIDB-tiflash缩容
line_on_database的博客
05-11 577
一、tiflash缩容特别处理 1.在 TiDB 客户端中针对所有副本数大于集群剩余 TiFlash 节点数的表执行 比如只有一个tiflush节点，并且要缩容 alter table <db-name>.<table-name> set tiflash replica 0; 2.执行缩容 tiup cluster scale-in <cluster-name> -N <tidb节点> 3.缩容不成功 原因： 可能是没有删除副本，或者没有完
TiDB扩缩容
weixin_43110668的博客
02-07 722
更多参考: https://docs.pingcap.com/zh/tidb/v4.0/scale-tidb-using-tiup 使用 TiUP 扩容缩容 TiDB 集群 TiDB 集群可以在不中断线上服务的情况下进行扩容和缩容。 本文介绍如何使用 TiUP 扩容缩容集群中的 TiDB、TiKV、PD、TiCDC 或者 TiFlash 节点。如未安装 TiUP，可参考升级文档中的步骤，将集群 Import 到 TiUP 环境中，再使用 TiUP 进行扩容缩容。 你可以通过 tiup cluster
TiFlash在线扩缩容
一条大河
01-14 648
介绍TiFlash的在线缩容
tidb-在线缩容（tidb、pd、tikv、tiflash）
汪灵骅的博客
03-26 488
输入ytiup cluster display tidb-hahatiup cluster prune tidb-hahaalter table . set tiflash replica 0;Eg.
Tidb 节点缩容
qq_29321057的博客
08-30 317
生产环境上有一个TIdb 集群，由多台服务器组成，但是由于使用Tidb 的业务进行了缩减，Tidb 也需要减配，腾出一部分资源给其他业务使用。随进行缩容的操作。
TiDB 扩缩容原理及常见问题
cnzzs的博客
08-26 884
作者： Aunt-Shirly 作为一个分布式数据库，扩缩容是 TiDB 集群最常见的运维操作之一。本系列文章，我们将基于 v7.5.0 具体介绍扩缩容操作的具体原理、相关配置及常见问题。扩缩容从集群视角考虑，主要需要考虑的是扩缩容完成后，集群数据通过调度，让所有在线 tikv 的资源使用到达一个均衡的状态。在这个过程中，...
TIDB-扩缩容问题
line_on_database的博客
11-15 735
1.扩容 2.缩容 缩容不成功的时候可以采取--force强制缩容
TiDB入门篇-集群的扩容缩容
S1124654的博客
03-27 1106
TiDB入门篇-集群的扩容缩容
【TIDB】TICDC 缩容
weixin_43346403的博客
08-16 105
4.重启集群验证是否正常。3.检查当前的cdc;1.检查现有的CDC。
TiDB in action.pdf 介绍Tidb原理和最佳实践
10-16
Titan是TiDB的分布式存储引擎，旨在解决大数据量下的存储问题，而TiFlash则是一款用于混合工作负载的列式存储引擎，实现了HTAP(混合事务分析处理)功能，提供了高性能的数据分析能力。 TiDB的安全性包括权限管理、...
tidb数据库安装和介绍
03-02
1. **水平扩容和缩容**：TiDB的存储计算分离架构使得在线扩容和缩容变得简单，只需一键操作，不影响业务运行，运维人员可以轻松管理。 2. **金融级高可用**：TiDB采用多副本存储，并利用Multi-Raft协议保证事务的强...
TiDB监控节点扩缩容操作（是否保留历史数据）
TiDB 社区干货传送门
09-06 797
作者： Liuhaoao 原文来源： https://tidb.net/blog/adb8242d ...
tidb-一场select in百万参数引发的血案
line_on_database的博客
09-25 264
当然，中间的排查结果并不是这么顺利的，调整了很多参数，都没有太起作用，最后才定位到这个慢sql,主要是没有想到这个慢sql的执行计划这么大，造成了如此大的影响。
TiDB 简单集群部署拓扑文件
20000_ZuuuuYao的博客
09-24 341
都2024了还在为分库分表烦恼吗😘，用分布式数据库TiDB、OceanBase、华为 GaussDB，你就使劲往里存数据。早下班、少脱发、脱单！🙏🏻🙏🏻🙏🏻🙏🏻🙏🏻。
rossmann_sales_prediction.ipynb
09-26
rossmann_sales_prediction.ipynb
基于java的智慧社区设计与实现开题报告.docx
09-26
基于java的智慧社区设计与实现开题报告.docx
基于SuperAGI 专注中文领域的大模型AI应用框架.zip
最新发布
09-26
基于SuperAGI 专注中文领域的大模型AI应用框架.zip
TiDB中文官方文档详解
"TiDB中文官方文档" TiDB是一款开源的分布式数据库系统，设计目标是实现水平扩展和强一致性。这款数据库系统由PingCAP公司开发，主要用于处理大规模数据，并且兼容MySQL协议，使得用户可以轻松地从传统的单机数据库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值