同问，希望不是知道得太迟

感谢支持~~ 今天发现原来不是 emoji 的问题，是我们导入这些数据里面，有几个无法识别的 utf8 coding： \ufffd，具体来说就是这个� ，导致触发了 tidb 的 utf8 check，其实并非不支持 emoji 官方排错文档有说：https://docs.pingcap.com/tidb/stable/tidb-troubleshooting-map#62-data-migration 另外参考一篇 blog 也有提到：https://izualzhy.cn/interesting-encode，\ufffd这个非常常见，是无法转换的时候就会转成这个编码的。 目前…

这个问题我们之前也遇到了，除了官方文档提到的两个参数（txn-entry-size-limit&raft-entry-max-size)，在我们的实践中，发现还有第三个隐藏参数需要调整： max-grpc-send-msg-len : 用于设定 grpc 最大消息体大小，截止 2021.07.10 ，该参数未被在文档中提及，属于「隐藏配置项」，时在排查问题时才从官方研发团队获知的一个参数

不急的，不是正式环境，就是在做一些数据迁移 补充下背景： dm 迁移的时候没有配置跳过utf8 check， 附图上的全程测试也没有设置这个 utf8 check 跳过 tidb_skip_utf8_check

我把表结构直接贴出来文本吧： *************************** 1. row *************************** Table: game_character Create Table: CREATE TABLE `game_character` ( `_id` bigint(20) unsigned NOT NULL, `uid` bigint(20) unsigned NOT NULL, `gid` bigint(20) unsigned NOT NULL, `gtype` int(10) unsigned NOT N…

已经在截图中

果然如此，加上--comments创建符合预期了。 不过我们的 mysql client 是 5.7.21，加上同时进行对于 a,b 列创建联合主键非聚簇索引是符合预期的，没有联想到是客户端问题 mysql Ver 14.14 Distrib 5.7.21, for Linux (x86_64) using EditLine wrapper 那没有问题了，这个 bug 单可以结了哈哈哈

嗯，晚点我提个 bug 单

TiDB 5.0 发布，新增支持了聚簇索引。我做了简单的学习回顾以及特性验证测试，同时可能还发现了一个小 bug？ 5.0 新特性试用体验之 Clustered Index 补充：经确认不是一个 bug，mysql client 的问题，链接的时候加--comments可以解决

挖坟贴，刚好最近在接入 TiCDCC => kafka，发现 4.0.13 是已经可以使用canal-json协议了，但是看到官方文档上还没更新，可用的 Protocol 还是 4 个： 目前支持 default、canal、avro 和 maxwell 四种协议。default 为 TiCDC Open Protocol 想问下是有什么问题背景吗？