mysql错误1364字段没有默认值

我的桌子看起来像

create table try ( name varchar(8), CREATED_BY varchar(40) not null);

然后我有一个触发器来自动填充CREATED_BY字段

create trigger autoPopulateAtInsert BEFORE INSERT on try for each row set new.CREATED_BY=user();

当我使用插入

insert into try (name) values ('abc');

该条目在表中进行，但我仍然收到错误消息

Field 'CREATED_BY' doesn't have a default value Error no 1364

有没有一种方法可以抑制此错误，而又不使字段可为空并且不删除触发器？否则，我的休眠状态将看到这些异常（即使已经进行了插入），然后应用程序将崩溃。

设置默认值Created_By（例如：empty VARCHAR），触发器将始终更新该值。

create table try ( 
     name varchar(8), 
     CREATED_BY varchar(40) DEFAULT '' not null
);

这是由于STRICT_TRANS_TABLES在

％PROGRAMDATA％\ MySQL \ MySQL Server 5.6 \ my.ini

文件。删除该设置并重新启动MySQL应该可以解决该问题。

参见https://www.farbeyondcode.com/Solution-for-MariaDB-字段--xxx--doesn-t-have-a-default-value-5-2720.html

如果编辑该文件不能解决问题，请参见http://dev.mysql.com/doc/refman/5.6/en/option-files.html，以获取配置文件的其他可能位置。

打开phpmyadmin并转到“更多”标签，然后选择“变量”子菜单。向下滚动以查找sql​​模式。编辑sql模式并删除'STRICT_TRANS_TABLES'保存。

在phpmyadmin中，执行以下操作：

select @@GLOBAL.sql_mode

就我而言，我得到以下信息：

ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES ,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

复制此结果并删除STRICT_TRANS_TABLES。然后执行以下操作：

set GLOBAL sql_mode='ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'

当我用Homebrew安装的mysql5.6.20遇到同样的问题时，我进入my.cnf解决了该问题。

nano /usr/local/Cellar/mysql/5.6.20_1/my.cnf

找到看起来像这样的行：

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

注释掉上面的行并重新启动mysql服务器

mysql.server restart

错误不见了！

运行mysql控制台：

mysql -u your_username -p

，选择数据库：

USE your_database;

并运行（同样从mysql控制台）：

SET GLOBAL sql_mode='';

这将关闭严格模式，并且mysql将不再抱怨。

为了清楚起见：您的数据库定义显示“此字段必须具有默认值”，然后通过上面的步骤对MySql说“ neah，忽略它”。因此，如果您只想在本地进行一些快速修复，则可以使用此解决方案。但是通常，您应该调查数据库定义，并检查字段是否确实需要默认值，如果需要，请进行设置。如果不需要默认值，则应删除此要求以保持干净。

正如其他人所说，这是由STRICT_TRANS_TABLESSQL模式引起的。

要检查是否STRICT_TRANS_TABLES启用了模式：

SHOW VARIABLES LIKE 'sql_mode';

要禁用严格模式：

SET GLOBAL sql_mode='';

在执行每个插入操作之前，我在下面添加了行并解决了我的问题，

SET SQL_MODE = '';

我不确定这是否是最好的解决方案，

SET SQL_MODE = ''; INSERT INTO  `mytable` (  `field1` ,  `field2`) VALUES ('value1',  'value2');

它的工作和测试复制到配置文件：/etc/mysql/my.cnf或/bin/mysql/my.ini

[mysqld]
port = 3306
sql-mode=""

然后重启MySQL

修改查询并将“ IGNORE”添加为：

INSERT IGNORE INTO  `mytable` (  `field1` ,  `field2`) VALUES ('value1',  'value2');

对于Windows WampServer用户：

WAMP> MySQL> my.ini

搜索文件 sql-mode=""

取消注释。

这似乎是由于MySQL中的一个长期（自2004年以来）错误（＃6295）引起的，标题为

不为NOT NULL列处理触发器。

据称，它已在2013年的MySQL 5.7.1版（Changelog，最后一个条目）中修复，使MySQL的行为“符合SQL标准”（同上）。

在Windows Server中，编辑my.ini（例如，程序文件\ mysql \ mysql服务器nn \ my.ini）

我不会简单地设置sql-mode =“”，而是建议从该行中删除STRICT_TRANS_TABLES，将所有内容保持不变，然后从服务实用程序中重新启动MySQL。为将来的程序员，您的身份和所做的事情添加注释。

我将字段设置为不为null并解决了问题，当命令将信息存储在其中时更新了该字段，不再显示msqli消息，表明该字段为空，因为您没有向其插入值，因此该解决方案的应用可以在某些情况下起作用项目取决于您的项目结构。

我解决了更改数据文件夹中的my.ini文件的问题。对于mysql 5.6，my.ini文件已移动到数据文件夹，而不是bin或mysql安装文件夹。

我认为在这种情况下，名称列中的值为空。

update try set name='abc' where created_by='def';