同样的建表语句 information_schema.columns tidb与mysql的 不同

为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。

  • 【TiDB 版本】: 5.7.25-TiDB-v4.0.0-rc
  • 【问题描述】:
    Mysql版本: 5.7.26-29-log

相同的建表语句, tidb 与 mysql 的columns 属性不同
int(11) NUMERIC_PRECISION 在mysql中 为 10, tidb 为11
varchar(64) CHARACTER_OCTET_LENGTH 在mysql中 为 256, tidb为 64 字符集同样都为 utf8mb4, utf8mb4_bin

tidb 版本可以升级到 GA 之后了,

辛苦将建表语句和对应的现象发出来看下

tidb version: 5.7.25-TiDB-v5.0.2
mysql version: 5.7.26-29-log, 5.7.21

information_schema.columns tidb 与 mysql不一致的问题
int的已经没有了,目前发现bit存在不一致
NUMERIC_SCALE tidb: 0, mysql: NULL
COLUMN_TYPE tidb: bit(1) unsigned mysql: bit(1)

使用 建表语句,
CREATE TABLE test_bit (
b bit(1) NOT NULL
);
查询information_schema.columns
在tidb中
image
在mysql中
image

感觉上没问题吧,只是高度兼容 MySQL 5.7 协议、MySQL 5.7 常用的功能及语法。

https://docs.pingcap.com/zh/tidb/stable/data-type-numeric#整数类型

https://docs.pingcap.com/zh/tidb/stable/information-schema-columns#columns

问题是 定位是高度兼容,为什么在这个问题上要有差异呢?是出于什么考量?
跟mysql一致不好吗?

有道理,建议开新贴大家一起讨论一下。
新贴能吸引来更多大拿。

协议兼容,内容上丰富多彩,才能满足单点和分布式的区别嘛

开个新帖,继续~

好的,我去开新帖

:handshake::handshake::handshake: