如果对mySQL引擎没有任何深入的了解，我会说这听起来像是一种节省内存的策略。我想原因就在这段文档里:

每个BLOB或TEXT值在内部由一个单独分配的对象表示。这与所有其他数据类型形成对比，这些数据类型在打开表时为每列分配一次存储。

预先填充这些列类型似乎会导致内存使用和性能损失。

Windows MySQL v5会抛出错误，但Linux和其他版本只会抛出警告。这个问题需要解决。WTF ?

也可以在MySQL bug跟踪器中看到修复此bug #19498的尝试:

2008年4月4日下午4:36: 在微软Windows上，“no DEFAULT”规则是一个错误，而在其他平台上，它通常是一个警告。虽然这不是一个bug，但如果你在一个宽松的平台上编写代码，然后在一个严格的平台上运行它，就有可能被这个问题困住:

就我个人而言，我认为这是一个bug。在谷歌上搜索“BLOB/TEXT列不能有默认值”会返回大约2,940个结果。其中大多数是在试图安装在一个系统上工作而在其他系统上不工作的DB脚本时的不兼容性报告。

I am running into the same problem now on a webapp I'm modifying for one of my clients, originally deployed on Linux MySQL v5.0.83-log. I'm running Windows MySQL v5.1.41. Even trying to use the latest version of phpMyAdmin to extract the database, it doesn't report a default for the text column in question. Yet, when I try running an insert on Windows (that works fine on the Linux deployment) I receive an error of no default on ABC column. I try to recreate the table locally with the obvious default (based on a select of unique values for that column) and end up receiving the oh-so-useful BLOB/TEXT column can't have a default value.

同样，不维护跨平台的基本兼容性是不可接受的，这是一个错误。

如何禁用MySQL 5 (Windows)的严格模式:

编辑/my.ini并寻找line sql模式= " STRICT_TRANS_TABLES、NO_AUTO_CREATE_USER NO_ENGINE_SUBSTITUTION” 将其替换为 sql_mode = ' MYSQL40 ' 重新启动MySQL服务(假设它是mysql5) Net停止mysql5 启动mysql5

如果您有根/管理员权限，您可能能够执行

mysql_query("SET @@global.sql_mode='MYSQL40'");

我通常在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');

差不多就是这样。

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

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

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

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

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 ;

对于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'

这就解决了问题。

作为主要问题:

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

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

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

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

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

在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'))

它们的作用是一样的。

这是一个非常古老的问题，但似乎仍然没有得到正确的回答。而且，我的这个答案并不是对“为什么文本列不能有默认值”这个问题的实际答案，但由于它不可能在评论中写长文本，而且我的评论可以帮助某人防止错误，这里是一个单独的答案:

有人说，出现错误是因为操作系统- Windows-Linux;但这与操作系统没有直接关系。(但是，MySQL在不同操作系统的不同安装程序中的默认设置可能有所不同，我不确定。)

主要原因是sql_mode设置的标志STRICT_TRANS_TABLES。如果TEXT数据类型列的INSERT语句中没有指定值，并且sql_mode设置中存在标志，那么MySQL将报告一个错误;如果标志不存在，MySQL只报告一个警告并插入记录。

因此，为了防止这个错误，可以从MySQL的sql_mode设置中删除STRICT_TRANS_TABLES。(如果影响对数据库的其他操作，则需要将模式重置为之前的值。)

根据文档SQL模式在MySQL…

对于STRICT_TRANS_TABLES, MySQL将一个无效值转换为该列最接近的有效值，并插入调整后的值。如果缺少一个值，MySQL将插入列数据类型的隐式默认值。无论哪种情况，MySQL都会生成警告而不是错误，并继续处理语句。隐式默认值在第11.6节“数据类型默认值”中描述。

．.． 和数据类型默认值的文档…

不能为BLOB、TEXT、GEOMETRY和JSON数据类型分配默认值。

．.． TEXT列不能有默认值，但如果从sql_mode中删除STRICT_TRANS_TABLES，那么MySQL在INSERT语句中如果TEXT列没有指定值，则插入空字符串"。