如果你试图在一个表上创建一个TEXT列,并在MySQL中给它一个默认值,你会得到一个错误(至少在Windows上)。我看不出为什么文本列不应该有默认值。MySQL文档中没有给出任何解释。这对我来说似乎不合逻辑(而且有点令人沮丧,因为我想要一个默认值!)。有人知道为什么这是不允许的吗?


当前回答

我通常在Linux上运行网站,但我也在一台本地Windows机器上开发。我遇到过很多次这个问题,当我遇到问题时,我只是修复了桌子。我昨天安装了一个应用程序来帮助别人,当然又遇到了这个问题。所以,我决定是时候弄清楚到底发生了什么——然后找到了这个帖子。我真的不喜欢将服务器的sql_mode更改为较早的模式(默认情况下)的想法,因此我提出了一个简单的(我认为)解决方案。

这个解决方案当然需要开发人员包装他们的表创建脚本,以弥补在Windows上运行的MySQL问题。您将在转储文件中看到类似的概念。一个重要的警告是,如果使用分区,这可能/将导致问题。

// Store the current sql_mode
mysql_query("set @orig_mode = @@global.sql_mode");

// Set sql_mode to one that won't trigger errors...
mysql_query('set @@global.sql_mode = "MYSQL40"');

/**
 * Do table creations here...
 */

// Change it back to original sql_mode
mysql_query('set @@global.sql_mode = @orig_mode');

差不多就是这样。

其他回答

在2018-10-22发布的MySQL 8.0.13中增加了使用表达式作为默认值的支持,适用于TEXT, JSON, BLOB和GEOMETRY。

你仍然不能写:

create table foo(bar text default 'baz')

但是你现在可以这样写:

create table foo(bar text default ('baz'))

它们的作用是一样的。

作为主要问题:

有人知道为什么这是不允许的吗?

仍然没有答案,我做了一个快速搜索,并从MySQL Bugs的MySQL开发人员那里找到了一个相对较新的补充:

[17 Mar 2017 15:11] Ståle Deraas 开发者发布: 这确实是一个有效的特性请求,乍一看,添加它似乎很简单。但是TEXT/BLOBS值并不是直接存储在用于读取/更新表的记录缓冲区中。因此,为它们分配默认值有点复杂。

这并不是一个明确的答案,但至少是“为什么”问题的一个起点。

与此同时,我将围绕它编写代码,或者使列为空,或者显式地为应用程序代码中的每个插入分配一个(默认“)值……

对于Ubuntu 16.04:

如何禁用MySQL 5.7中的严格模式

编辑/etc/mysql/mysql.conf.d/mysqld.cnf文件

如果在mysql.cnf中存在以下行

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

然后将其替换为

sql_mode='MYSQL40'

否则

只需在mysqld.cnf中添加下面这行

sql_mode='MYSQL40'

这就解决了问题。

通过使用触发器,可以获得与默认值相同的效果

create table my_text

(
   abc text
);

delimiter //
create trigger mytext_trigger before insert on my_text
for each row
begin
   if (NEW.abc is null ) then
      set NEW.abc = 'default text';
   end if;
end
//
delimiter ;

支持TEXT/BLOB列中的DEFAULT 是一个 MySQL Bug追踪器中的特性请求(Bug #21532)。

我知道我不是唯一一个希望在TEXT列中设置默认值的人。 我认为MySQL的后续版本应该支持这个特性。

这个问题在MySQL 5.0版本中无法解决, 因为如果有人试图在不支持该特性的(当前)数据库和支持该特性的数据库之间来回传输数据库,显然会导致不兼容和数据丢失。