我最近接手了一个10年前创建的老项目。它使用MySQL 5.1。
除此之外，我需要将默认字符集从latin1更改为utf8。
举个例子，我有这样的表格:
CREATE TABLE `users` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`first_name` varchar(45) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
`last_name` varchar(45) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
`username` varchar(127) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
`email` varchar(127) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
`pass` varchar(20) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
`active` char(1) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL DEFAULT 'Y',
`created` datetime NOT NULL,
`last_login` datetime DEFAULT NULL,
`author` varchar(1) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT 'N',
`locked_at` datetime DEFAULT NULL,
`created_at` datetime DEFAULT NULL,
`updated_at` datetime DEFAULT NULL,
`ripple_token` varchar(36) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
`ripple_token_expires` datetime DEFAULT '2014-10-31 08:03:55',
`authentication_token` varchar(255) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `index_users_on_reset_password_token` (`reset_password_token`),
UNIQUE KEY `index_users_on_confirmation_token` (`confirmation_token`),
UNIQUE KEY `index_users_on_unlock_token` (`unlock_token`),
KEY `users_active` (`active`),
KEY `users_username` (`username`),
KEY `index_users_on_email` (`email`)
) ENGINE=InnoDB AUTO_INCREMENT=1677 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC
我设置了自己的Mac来处理这个。没有考虑太多，我运行“brew install mysql”安装mysql 5.7。所以我有一些版本冲突。
我下载了这个数据库的副本并导入了它。
如果我试着像这样运行查询:
ALTER TABLE users MODIFY first_name varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL
我得到这个错误:
ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'created' at row 1
我想我可以用:
ALTER TABLE users MODIFY created datetime NULL DEFAULT '1970-01-01 00:00:00';
Query OK, 0 rows affected (0.06 sec)
Records: 0 Duplicates: 0 Warnings: 0
但我明白:
ALTER TABLE users MODIFY first_name varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ;
ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'created' at row 1
我必须更新每个值吗?
下面是我的解决方案PhpMyAdmin / Fedora 29 / MySQL 8.0(以)为例:
设置sql_mode = '东西';不工作，命令调用成功，但什么都没有改变。
set GLOBAL sql_mode='SOMETHING';更改全局配置永久更改。
set SESSION sql_mode='SOMETHING';session变量只影响当前客户端。
https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html
所以我这样做:
显示类似SQL_MODE的变量;
结果:
ONLY_FULL_GROUP_BY、STRICT_TRANS_TABLES NO_ZERO_IN_DATE、NO_ZERO_DATE ERROR_FOR_DIVISION_BY_ZERO NO_ENGINE_SUBSTITUTION
删除结果:NO_ZERO_IN_DATE,NO_ZERO_DATE
设置新的配置:Set GLOBAL SQL_MODE='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
您可以以同样的方式删除或添加其他模式。
这有助于更改使用和测试框架的全局或sql_mode必须在每个文件或一组查询中指定。
改编自这里的一个问题:how-can-i-disable-mysql-strict-mode
示例:安装最新的Joomla 4.0 alpha内容。
编辑:
在PhpMyadmin中，如果您拥有服务器的控制权，您可以直接在Plus > Variables > sql_mode中更改sql_mode(以及所有其他参数)
在MySQL从5.6升级到5.7后，我也有这个错误
我发现，对我来说，最好的解决方案是把这里的一些解决方案结合起来，用最少的输入来实现它。
我使用MyPHPAdmin是为了通过接口发送查询的简单性，因为这样我就可以轻松地检查结构和所有这些。您可以直接使用ssh或其他接口。无论如何，方法应该相似或相同。
...
1.
首先检查实际错误时，试图修复db:
joomla。jos_menu注意:旧格式的TIME/TIMESTAMP/DATETIME列已升级为新格式。
警告:错误的日期时间值:'0000-00-00 00:00:00'列checked_out_time在第1行
错误:'checked_out_time'的默认值无效
状态:操作失败
这告诉我列checked_out_time在表jos_menu需要有所有坏的日期固定以及“默认”改变。
...
2.
我根据错误消息中的信息运行SQL查询:
UPDATE jos_menu SET checked_out_time = '1970-01-01 08:00:00' WHERE checked_out_time = 0
如果你得到一个错误，你可以使用下面的查询，似乎总是工作:
UPDATE jos_menu SET checked_out_time = '1970-01-01 08:00:00' WHERE CAST(checked_out_time AS CHAR(20)) = '0000-00-00 00:00:00'
...
3.
然后，一旦完成，我运行第二个SQL查询:
ALTER TABLE `jos_menu` CHANGE `checked_out_time` `checked_out_time` DATETIME NULL DEFAULT CURRENT_TIMESTAMP;
或者在这种情况下，它是一个必须为NULL的日期
ALTER TABLE `jos_menu` CHANGE `checked_out_time` `checked_out_time` DATETIME NULL DEFAULT NULL;
...
如果我现在运行修复数据库，我得到:
joomla。jos_menu 好吧
...
工作得很好:)
出现这个问题是因为MYSQL 5.7引入了默认模式，比如
SELECT @@GLOBAL.sql_mode global, @@SESSION.sql_mode session;
=> ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
在默认模式中，有一个模式NO_ZERO_DATE阻止您在datetime列中放置值0000-00-00 00:00:00。
临时修复将从默认模式中删除模式NO_ZERO_DATE/NO_ZERO_IN_DATE，并保持其他模式不变。
SET GLOBAL sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';
但是一旦你重新启动你的mysql服务器，你所有的临时设置将消失，默认模式将再次启用。要在重新启动时修复此问题，请更改计算机上my.cnf文件中的默认模式。
参考文档:- https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#:~:text=To%20set%20the%20SQL%20mode,ini%20(Windows)。
我个人的观点:-正确的开发实践应该是在列中放入正确的datetime值，而不是0000-00-00 00:00:00。这样你就不用担心SQL模式了。
