[图片]
这段话有点疑惑。
第一段说如果temp-dir不可用就会回退到非加速方式。
第二段说大于6.5版本的话会出现不可预知的问题。
所以哪个优先级更高,到底是会回退呢还是会出现异常?
这样去配置?
server_configs:
tidb:
temp-dir: /path/xxx
没找到这个参数呢
mysql> select version();
+--------------------+
| version() |
+--------------------+
| 8.0.11-TiDB-v7.5.5 |
+--------------------+
1 row in set (0.00 sec)
mysql> show global variables like '%temp%';
+------------------------+-------+
| Variable_name | Value |
+----------…
所以说,采用默认参数装好的集群都没法对大表加索引呗?
另外没看到temp-dir的配置项,只有tmpdir
| tmpdir | /var/tmp/ |
用的这个用户登录,是这个用户的权限不够无法打开这个功能吗?
mysql> show grants for root@'10.10.54.49';
+--------------------------------------------------------------------+
| Grants for root@10.10.54.49 |
+--------------------------------------------------------------------+
| GRANT PROCE…
是的,执行完
set global tidb_enable_top_sql = 1;
重新刷了浏览器就行了,我是说浏览器页面提示的【打开设置】功能无法点击【启用功能】这个事算不算bug,有点抽象
确认了这个参数确实是关闭状态,然后设置成1就行了,但是页面无法点击打开这个问题有点难绷啊
从现象看,记录的是一条完整的记录,不是截断那种,尾部有分号
请问使用output-raw-change-event=true有什么风险吗
配有,这个参数在MySQL我们没有配置,而且用2.0.3版本的时候用了2线程并发,执行了3h55min报错,用6.1.7版本的时候用了8线程并发,执行1h5min报错,侧面也反应了这个应该不是MySQLkill的连接
试了tidb4.0.13版本也是报一样的错误,都是全量备份到中途就报上面的错误了,整库大概2T,备份到1.3T就报那个错了,所以感觉跟dm的版本没关系呢
是dm的版本还是dmctl的版本,我看了dm没有6.1.7版本,dmctl倒是有6.1.7.
所以疑惑,我现在是要升级dm还是dmctl,然后升级到哪个版本
好嘞,那这个是有版本限制吗。是否适用于4.0.13版本或者4.0.16版本?
现在我们是测试阶段,如果canal-json在4.0.13版本也生效,那我们就可以先不用升级了
试过仅配置max-message-bytes=4MB的,但是也报错,所以现在都不知道要咋配置了
从诸多协议测试来看maxwell可读性比较好,所以最终敲定这个协议,那官方GA的协议是哪个呢,建议使用哪个协议呢,针对这种下游kafka限死4MB的场景,在该协议下,ticdc端的参数又怎么配置呢