Ошибка 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(например: пустой VARCHAR), и триггер все равно обновит значение.

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

Это вызвано STRICT_TRANS_TABLESрежимом SQL, определенным в

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

файл. Удаление этого параметра и перезапуск MySQL должны решить проблему.

См. Https://www.farbeyondcode.com/Solution-for-MariaDB-Field--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'

Когда у меня была такая же проблема с mysql5.6.20, установленным с Homebrew, я решил ее, зайдя в 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 «нет, просто игнорируйте его». Так что, если вы просто хотите быстро исправить ситуацию локально, это решение подойдет. Но обычно вам следует изучить определение своей базы данных и проверить, действительно ли поле требует значения по умолчанию, и если да, установите его. И если значение по умолчанию не требуется, это требование следует убрать, чтобы ситуация была чистой.

Как говорили другие, это вызвано STRICT_TRANS_TABLESрежимом SQL.

Чтобы проверить, 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=""

Раскомментируйте это.

По всей видимости, это вызвано давней (с 2004 г.) ошибкой (# 6295) в MySQL под названием

Триггеры не обрабатываются для столбцов NOT NULL .

Утверждается, что это было исправлено в MySQL версии 5.7.1 (журнал изменений, последняя запись) в 2013 году, что заставило MySQL вести себя как «в соответствии со стандартом SQL» (там же).

В Windows Server отредактируйте my.ini (например, программные файлы \ mysql \ mysql server 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';