【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v4.0.8
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
旧的两个tiflash节点异常,回收下线后,新增两个tiflash节点
执行alter table tab SET TIFLASH REPLICA 1; 后
数据同步了一点,之后一直没有进度,从tiflash的机器看磁盘空间也停止增长
【资源配置】
【附件:截图/日志/监控】
【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v4.0.8
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
旧的两个tiflash节点异常,回收下线后,新增两个tiflash节点
执行alter table tab SET TIFLASH REPLICA 1; 后
数据同步了一点,之后一直没有进度,从tiflash的机器看磁盘空间也停止增长
【资源配置】
【附件:截图/日志/监控】
0.05 等吧
tiflash 是拉去tikv的日志,异步进行同步数据的,可以再等等看看
有变化了,这也太慢了,这是个1000w的表,我还有个22亿的表呢,怎么能加速?
升级硬件
tiflash独立物理机,都是高配了, 看瓶颈不在tiflash
目前有7张表,已经构建了tiflash副本,有4张表有进度,这个同步会不会对tikv产生性能影响?
4.0的tiflash估计性能有点拉的,新版本的性能会强很多
不会,只是去读取tikv上的raftlog,不对tikv进行任何操作的,两者是分离的。
tiflash增加节点应该会好点
慢的原因无非是硬件(CPU/MEM/网络IO/硬盘IO),软件环境(应用系统干扰),数据库执行效率。从tflash是读取tikv的raftlog这个原理来说,首先你看看cpu和mem(tiflash和tikv)有没有出现瓶颈,如果没有出现,那么增加硬件资源的意义不大;其次看系统进程,一般数据库系统是单独部署,这个概率估计不大,但是可以检查一下;最后是数据库执行效率,你还是先看看日志,是否是有系统故障或者告警日志。只给执行慢的结果,没给日志,其实很难判断问题。