可以,加机器然后在新机器上增加pd tidb tikv ,同步完再移除多的 tikv
可以扩容再缩容,调整部署拓扑。
不过你目前按着文档tiup cluster edit-config调整一下参数,不用管内存是否能下去,至少稳定性应该是能保证的。
拆分三台,总内存不到20G
tikv cpu占用不低,不可能没干活,admin show ddl jobs看看有没有在运行的ddl,还有可以通过select * from INFORMATION_SCHEMA.CLUSTER_PROCESSLIST来看连接
tikv是时刻需要干活的,占用内存多正常,你如果混合部署的话,把storage.block-cache.capacity的值都调整的小一点,你现在1个30G内存的机器,跑了1个PD,1个tidb,4个TIKV,每个tikv的storage.block-cache.capacity大概调整为总内存的1/645%,也就是30/60.45=2.25G,就行
admin show ddl jobs 看到还有6月8号的记录,这是啥问题
select * from INFORMATION_SCHEMA.CLUSTER_PROCESSLIST 有很多链接,但是info都是空的
行,按你说的这个调整一下
这里还记录的历史,只看有没有在执行的 正在执行的没有 end_time
看一眼 thp 有没有调,没有的话,调了然后重启下集群
这波内存徒增应该是我删了10个g的数据。
tidb我们目前部署的是在一台机器上,然后3块硬盘放tikv数据,需要拆分3台机器吗?有啥区别吗
分布式数据库装一个机器上还不如装个单机数据库。。
如果独立部署,tikv8g跑不起来,所以程序是放一块了,但是磁盘是分开的
3个16g 成本有点高,数据量也才几个g
8g能跑起来的,我就是4台4核8g的配置跑4个tikv。告警——内存占用大于80%一直有。我都无视了。
7.1版本加了资源管控以后运行挺稳定的。
select
concat(round((sum(if(is_internal=1,is_cached,0))/sum(if(is_internal=1,1,0))) * 100, 2)), ‘%’) as internal_cache_hit_ratio,
concat(round((sum(if(is_internal=0,is_cached,0))/sum(if(is_internal=0,1,0))) * 100, 2)), ‘%’) as public_cache_hit_ratio
from
information_schema.TiDB_server_status
where
variable_name in (‘tikv_block_cache_hit_ratio’, ‘tikv_block_index_cache_hit_ratio’, ‘tikv_request_cache_hit_ratio’, ‘tidb_query_cache_hit_ratio’, ‘tidb_plan_cache_hit_ratio’);
看看用在哪了
最好分开独立部署
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。


