这是个很典型的数据库版本兼容性问题，背后是两个数据库在SQL标准遵循和行为设计上的明确差异：

1. MySQL 5.5 的隐式默认值行为 #

在MySQL 5.5这类早期版本中，针对未显式指定DEFAULT子句的主键列，数据库会根据列的数据类型自动生成一个隐式默认值——这是当时为了兼容一些老旧应用的写法，避免因插入时未提供主键值直接报错的妥协设计：

• 当主键是字符串类型（比如VARCHAR(10)）时，隐式默认值为空字符串 ''
• 当主键是整数类型（比如int(10)）时，隐式默认值为 0

拿你提到的例子来说，执行创建表语句：

CREATE TABLE test1 (`id` VARCHAR(10), `data` VARCHAR(50), PRIMARY KEY (`id`));

此时id列会被自动赋予默认值''；而创建test2时：

CREATE TABLE test2 (`id` int(10), `data` VARCHAR(50), PRIMARY KEY (`id`));

id列的默认值会被设为0。

不过要注意，这种行为其实并不完全符合SQL标准，因为主键本身要求非空，理论上应该强制用户明确提供主键值。

2. MariaDB 10.2 的行为调整 #

MariaDB从10.2版本开始，大幅提升了对SQL标准的兼容性，同时彻底调整了主键列的默认值处理逻辑：

如果主键列没有显式指定DEFAULT值，数据库不会再自动生成任何隐式默认值。

当你插入数据时如果未给主键列赋值，数据库会直接抛出非空约束相关的错误——这一设计的核心是为了保证数据一致性，避免因隐式默认值产生不符合预期的主键数据。

另外补充一点：MySQL后续版本（比如5.7及以上）也逐步收紧了这种行为，开启STRICT_TRANS_TABLES等严格SQL模式后，同样会禁止这种自动生成隐式默认值的操作，和MariaDB 10.2的行为趋于一致。

内容的提问来源于stack exchange，提问作者Sampath Liyanage