TiKV之间不通讯的，定期上报给PD，由PD负责调度。 TiDB的培训课程中有讲。

其实对于私有部署，一切都还好说。 真正的挑战在于公有云部署的租户模式，C端客户的特点就是既要又要，你永远无法预料你的客户会做出什么奇葩操作。

首先，对性能肯定有影响的。 其次，只是最小化对在线业务的影响，而非没有影响。OnlineDDL相对于传统关系型数据库，不会锁表使其他事务的DML无法操作，但是极有可能使未提交的DML操作失败。

使用预处理语句试一下 https://docs.pingcap.com/zh/tidb/stable/dev-guide-prepared-statement

打好理论基础，多动手，学习起来事半功倍。

可以考虑转成定期活动，不断壮大TiDB队伍。 另外，有没有考虑增设PCTM的认证？

为何不考虑更改数据库设计？几千个列的表，从何种角度来说，都不是一种好的选择。

20ms的性能确实不算高，考虑到TiDB分布式对大数据量的增益，更是不够看。 但是LZ在对环境的描述太过简单，很难定位到问题所在，也许只是硬件本身性能不够。

[2043a96e-617d-4623-8f7e-b4eca75a71a4] [f38ae638-339e-4da6-a0c9-06603c545ae3]

要在技术板块回复问题，才会有积分的。

可以使用 tune2fs -m参数修改回收预留空间。 tune2fs -m 1 /dev/nvme0n1p1 就是保留1%预留空间，极端情况下也可以设置为0，也就是不保留空间。

会是GC触发的吗？

什么文件系统？ Linux下ext4文件系统格式化的时候，默认会有预留空间。

今晚的考试，应该会注明社区专场吧？

不懂就问，这个“角色”是什么？

查看一下集群状态是否正常。

当初是原地升级？

貌似都是老版本，我看到的案例是4.0的。 应该跟SQL_MODE无关，即使是非严格模式，理论上也是截断，而非把超长数据存进去。