当初是原地升级？

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

那只能增加目标数据库的字符长度了。 确实有类似的案例，也不是字符集引起的。

查看一下是不是真的有长度336的数据。

可以考虑用except差集运算来改写，TiDB不支持minus。

从个人角度来说，希望在上海。 从大局来说，感觉还是要去西部地区。

看grant语句的语法图就可以明白了，关键字on后面的ObjectType和PrivLevel子句不可重复，说明不支持多对象。 https://docs.pingcap.com/zh/tidb/stable/sql-statement-grant-privileges

能够进行张量计算以及解特征方程之类的吗？

这是用AI生成的吗？

升到最新的长期支持版本，在测试环境中安装最新版本做充分测试。

用力是没有问题的。 只是所需的数据量没有大到需要使用分布式数据库，使用传统数据库有着更好的性能，分布式数据的延迟问题会影响数据分析的效率。

如果没有国产化的强制要求，建议还是RHEL8或者CentOS7，稳定，资源丰富。

VPN隧道是端到端加密，性能肯定会掉的，可能延迟可以接受，但是吞吐量有损失。

如果不是对产品内容非常熟悉，开卷也很难找到准确信息，往往开卷考试更难。

我考PCTA的时候准备了带摄像头的电脑，但是摄像头没有开启。

只有一台TiKV重启吗？系统设置有没有限制TiKV对系统内存的使用，因为系统内存并没有用尽。 TiKV Panic的问题，可以参考文档 https://docs.pingcap.com/zh/tidb/v5.4/tidb-troubleshooting-map#44-某些-tikv-大量掉-leader

不知道，还没有考。

最好还是有单独的房间，思考不会受到打扰。PCTA是没有摄像头的。

参考文档 https://docs.pingcap.com/zh/tidb/stable/troubleshoot-tidb-cluster 首先检查 pd-server 的进程状态和日志，确保 pd-server 成功启动，对应端口已打开：lsof -i:port。 若 pd-server 正常，则需要检查 tidb-server 机器和 pd-server 对应端口之间的连通性，确保网段连通且对应服务端口已添加到防火墙白名单中，可通过 nc 或 curl 工具检查。 例如，假设 tidb 服务位于 192.168.1.100，无法连接的 pd 位于 192.168.1.101，且 …