Tôi đang chạy MySql Server 5.7.11 và câu này:

updated datetime NOT NULL DEFAULT '0000-00-00 00:00:00'

là không làm việc. Đưa ra lỗi:

ERROR 1067 (42000): Invalid default value for 'updated'

Nhưng sau đây:

updated datetime NOT NULL DEFAULT '1000-01-01 00:00:00'

chỉ hoạt động .

Trường hợp tương tự cho DATE.

Là một phụ chú , nó được đề cập trong tài liệu MySQL :

Loại DATE được sử dụng cho các giá trị có phần ngày nhưng không có phần thời gian. MySQL truy xuất và hiển thị các giá trị DATE ở định dạng 'YYYY-MM-DD'. Phạm vi được hỗ trợ là '1000-01-01' đến '9999-12-31'.

ngay cả khi họ cũng nói:

Các giá trị DATE, DATETIME hoặc TIMESTAMP không hợp lệ được chuyển đổi thành giá trị “không” của loại thích hợp ('0000-00-00' hoặc '0000-00-00 00:00:00').

Cũng đã tính đến trích dẫn thứ hai từ tài liệu MySQL, bất cứ ai có thể cho tôi biết tại sao nó lại đưa ra lỗi đó không?

Lỗi là do chế độ sql có thể là chế độ nghiêm ngặt theo tài liệu MYSQL 5.7 mới nhất

Tài liệu MySQL 5.7 cho biết :

Chế độ nghiêm ngặt ảnh hưởng đến việc máy chủ có cho phép '0000-00-00' là ngày hợp lệ hay không: Nếu chế độ nghiêm ngặt không được bật, '0000-00-00' được cho phép và việc chèn không tạo ra cảnh báo. Nếu chế độ nghiêm ngặt được bật, '0000-00-00' không được phép và các phần chèn tạo ra lỗi, trừ khi cũng đưa ra BỎ QUA. Đối với CHÈN BỎ QUA và CẬP NHẬT BỎ QUA, cho phép '0000-00-00' và các phần chèn tạo ra cảnh báo.

Để kiểm tra chế độ MYSQL

SELECT @@GLOBAL.sql_mode global, @@SESSION.sql_mode session

Đang tắt chế độ STRICT_TRANS_TABLES

Tuy nhiên, để cho phép định dạng, 0000-00-00 00:00:00bạn phải tắt chế độ STRICT_TRANS_TABLES trong tệp cấu hình mysql hoặc bằng lệnh

Theo lệnh

SET sql_mode = '';

hoặc là

SET GLOBAL sql_mode = '';

Việc sử dụng từ khóa này GLOBALđòi hỏi các nguyên tắc siêu cấp và nó ảnh hưởng đến hoạt động của tất cả các khách hàng kết nối từ đó trở đi

nếu ở trên không hoạt động, hãy truy cập /etc/mysql/my.cnf(theo ubuntu) và nhận xétSTRICT_TRANS_TABLES

Ngoài ra, nếu bạn muốn thiết lập vĩnh viễn chế độ sql lúc khởi động máy chủ sau đó bao gồm SET sql_mode=''trong my.cnftrên Linux hoặc hệ điều hành MacOS. Đối với các cửa sổ, điều này phải được thực hiện trong my.initệp.

Ghi chú

Tuy nhiên, chế độ nghiêm ngặt không được bật theo mặc định trong MYSQL 5.6. Do đó, nó không tạo ra lỗi theo tài liệu MYSQL 6 cho biết

MySQL cho phép bạn lưu trữ giá trị "0" của '0000-00-00' dưới dạng "ngày giả". Trong một số trường hợp, điều này thuận tiện hơn so với việc sử dụng các giá trị NULL và sử dụng ít không gian dữ liệu và chỉ mục hơn. Để không cho phép '0000-00-00', hãy bật chế độ SQL NO_ZERO_DATE.

CẬP NHẬT

Về vấn đề lỗi như @ Dylan-Su đã nói:

Tôi không nghĩ đây là lỗi mà nó là cách MYSQL phát triển theo thời gian do đó một số thứ được thay đổi dựa trên sự cải tiến hơn nữa của sản phẩm.

Tuy nhiên, tôi có một báo cáo lỗi liên quan khác liên quan đến NOW()chức năng

Trường ngày giờ không chấp nhận NOW () mặc định

Một lưu ý hữu ích khác [xem Tự động khởi tạo và cập nhật cho TIMESTAMP và DATETIME ]

Kể từ MySQL 5.6.5, các cột TIMESTAMP và DATETIME có thể được tự động khởi tạo và cập nhật thành ngày và giờ hiện tại (nghĩa là dấu thời gian hiện tại). Trước 5.6.5, điều này chỉ đúng với TIMESTAMP và tối đa một cột TIMESTAMP trên mỗi bảng. Các ghi chú sau đây trước tiên mô tả việc khởi tạo và cập nhật tự động cho MySQL 5.6.5 trở lên, sau đó là sự khác biệt đối với các phiên bản trước 5.6.5.

Cập nhật về NO_ZERO_DATE

Đối với MySQL kể từ 5.7.4, chế độ này không được chấp nhận. Đối với phiên bản trước, bạn phải nhận xét dòng tương ứng trong tệp cấu hình. Tham khảo tài liệu MySQL 5.7 vào NO_ZERO_DATE

Tôi đã gặp lỗi này với WAMP 3.0.6 với MySql 5.7.14.

Giải pháp :

thay đổi dòng 70 (nếu tệp ini của bạn không bị ảnh hưởng) trong c:\wamp\bin\mysql\mysql5.7.14\my.initệp từ

sql-mode= "STRICT_ALL_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER"

đến

sql-mode="ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER"

và khởi động lại tất cả các dịch vụ.

Điều này sẽ tắt chế độ nghiêm ngặt. Theo tài liệu, "chế độ nghiêm ngặt" có nghĩa là chế độ có hoặc cả hai STRICT_TRANS_TABLEShoặc STRICT_ALL_TABLESđược bật. Các tài liệu cho biết:

"Chế độ SQL mặc định trong MySQL 5.7 bao gồm các chế độ sau: ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER và NO_ENGINE_SUBSTITUTION."

Tôi gặp phải trường hợp dữ liệu bị trộn giữa NULL và 0000-00-00 cho trường ngày tháng. Nhưng tôi không biết cách cập nhật '0000-00-00' thành NULL, vì

 update my_table set my_date_field=NULL where my_date_field='0000-00-00'

không được phép nữa. Cách giải quyết của tôi khá đơn giản:

update my_table set my_date_field=NULL where my_date_field<'1000-01-01'

bởi vì tất cả các my_date_fieldgiá trị không chính xác (cho dù ngày chính xác hay không) đều có từ trước ngày này.

Đầu tiên hãy chọn phiên hiện tại sql_mode:

SELECT @@SESSION.sql_mode;

Sau đó, bạn sẽ nhận được một cái gì đó giống như giá trị mặc định đó :

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

và sau đó đặt sql_modemà không có 'NO_ZERO_DATE':

SET SESSION sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

Nếu bạn có tài trợ, bạn cũng có thể làm điều đó cho GLOBAL:

SELECT @@GLOBAL.sql_mode;
SET GLOBAL sql_mode = '...';

Cấu hình cú pháp vấn đề

Trên một số phiên bản MYSQL (đã thử nghiệm 5.7. *) Theo hệ thống * nix, bạn nên sử dụng cú pháp sau:

[mysqld]

sql-mode="NO_BACKSLASH_ESCAPES,STRICT_TRANS_TABLE,NO_ENGINE_SUBSTITUTION"

Những điều này sẽ không hoạt động:

gạch ngang không có dấu ngoặc kép

sql-mode=NO_ENGINE_SUBSTITUTION

gạch dưới không có dấu ngoặc kép

sql_mode=NO_ENGINE_SUBSTITUTION

gạch dưới và dấu ngoặc kép

sql_mode="NO_ENGINE_SUBSTITUTION"

Đánh giá đầy đủ hơn về các giá trị cấu hình và chế độ sql:

Cách thiết lập cờ Chế độ Sql vĩnh viễn

Chỉ cần thêm dòng: sql_mode = "NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

tệp bên trong: /etc/mysql/mysql.conf.d/mysqld.cnf

sau đó sudo service mysql restart

Nó hoạt động cho 5.7.8:

mysql> create table t1(updated datetime NOT NULL DEFAULT '0000-00-00 00:00:00');
Query OK, 0 rows affected (0.01 sec)

mysql> show create table t1;
+-------+-------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                            |
+-------+-------------------------------------------------------------------------------------------------------------------------+
| t1    | CREATE TABLE `t1` (
  `updated` datetime NOT NULL DEFAULT '0000-00-00 00:00:00'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 |
+-------+-------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql> select version();
+-----------+
| version() |
+-----------+
| 5.7.8-rc  |
+-----------+
1 row in set (0.00 sec)

Bạn có thể tạo SQLFiddle để tạo lại sự cố của mình.

http://sqlfiddle.com/

Nếu nó hoạt động cho MySQL 5.6 và 5.7.8, nhưng không thành công trên 5.7.11. Sau đó, nó có thể là một lỗi hồi quy cho 5.7.11.

Để giải quyết vấn đề với MySQL Workbench (Sau khi áp dụng giải pháp ở phía máy chủ):

Xóa SQL_MODE thành TRADITIONAL trong bảng tùy chọn.

Câu trả lời này chỉ dành cho MySQL 5.7:

Tốt nhất là không thực sự đặt trống sql_mode, thay vào đó sử dụng trong PHP một biến phiên với:

SET SESSION sql_mode= 'ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'

Vì vậy, ít nhất bạn giữ các giá trị mặc định khác.

Thật là điên rồ khi tài liệu mysql không rõ ràng, bạn cần xóa các giá trị khử lỗi này trong sql_mode:

NO_ZERO_IN_DATE, NO_ZERO_DATE, tôi hiểu, nhưng trong tương lai, tính năng này sẽ bị dừng.

STRICT_ALL_TABLES, với điều này, trước khi các tham số sẽ bị bỏ qua, vì vậy bạn cũng cần xóa nó.

Cuối cùng, TRADITIONAL cũng vậy, nhưng tài liệu nói về tham số này: "đưa ra lỗi thay vì cảnh báo" khi chèn giá trị không chính xác vào cột ", với tham số này, các ngày có giá trị 0 không được chèn, nhưng không có.

MySQL không thực sự được tổ chức với các tham số và sự kết hợp này.

Các kết hợp tùy chọn cho mysql Ver 14.14 Distrib 5.7.18, for Linux (x86_64).

Không ném:

STRICT_TRANS_TABLES + NO_ZERO_DATE

Ném:

STRICT_TRANS_TABLES + NO_ZERO_IN_DATE

Cài đặt của tôi /etc/mysql/my.cnftrên Ubuntu:

[mysqld]
sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

set global sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

Trong diretory xamp / mysql / bin Mở "my.ini" và thay đổi dòng: Sql_node cho ->

"sql_mode = NO_ENGINE_SUBSTITUTION, NO_ZERO_DATE"

XÓA "NO_ZERO_IN_DATE"