我最近接手了一个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

我必须更新每个值吗?


当前回答

出现这个问题是因为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模式了。

其他回答

我的建议是,如果表是空的或者不是很大,那就把create语句导出为一个.sql文件,然后按照你的意愿重写它们。如果你有任何现有的数据,也做同样的事情,即导出插入语句(我建议在一个单独的文件中作为创建语句)。最后,删除表并执行第一个create语句,然后执行insert语句。

你可以使用mysqldump命令,包括在你的MySQL安装中,或者你也可以安装MySQL工作台,这是一个免费的图形工具,它也包括这个选项,以一种非常自定义的方式,而不必寻找特定的命令选项。

这是非常丑陋的,但它也很快为我解决了问题。您的表需要一个唯一的键,您将使用它来修复受污染的列。在这个例子中,主键被称为“id”,损坏的时间戳列被称为“BadColumn”。

选择受污染列的id。 select id from BadColumn='0000-00-00 00:00:00' 将id收集到一个以逗号分隔的字符串中。例如:1,22,33。为此,我使用了一个外部包装器(Perl脚本)来快速地将它们全部输出。 使用id列表使用有效日期(1971年到2038年)更新旧列。 更新表BadColumn='2000-01-01 00:00:00' where id in (1,22,33)

而不是

UPDATE your_table SET your_column = new_valid_value where your_column = '0000-00-00 00:00:00';

Use

UPDATE your_table SET your_column = new_valid_value where your_column = 0;

检查

SELECT @@sql_mode;

如果你看到'ZERO_DATE'的东西在那里,尝试

SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'NO_ZERO_DATE',''));   
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'NO_ZERO_IN_DATE',''));   

登出并再次返回到您的客户机(这很奇怪),然后再试一次

通读这些答案,我尝试了很多,但没有任何变化。还是会得到错误。

我研究了一下,找到了一个真正有效的方法;至少对我来说。但如果它对我有效,它很可能对每个人都有效。因为我永远找不到答案!哈哈

我使用的是Ubuntu 18.04,但我使用过其他Linux操作系统,如Fedora,直进Linux, XAMPP, yadda。他们的档案似乎都是一样的。我也使用MySQL版本5.7.37-0。

在Ubuntu上,我进入/etc/mysql/。在那里,你有几个conf文件,但你想要的是my.cnf。

在my.cnf中,您将有一个标记为[mysqld]的部分。就在这下面(我把它放在其他任何东西之前),你会输入以下内容:

sql_mode="ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

重新启动MySQL服务器,您应该不再收到这个错误。

这是长久之计。有一个临时解决方案,输入SQL命令——

设置sql_mode = " ";

——在你的INSERT或UPDATE QUERY之前,它包含date或datetime值,如' 0000-00-00 00:00:00 ',但这是一个临时解决方案,仍然保留在当前会话中,你必须在下次登录时再次输入它,并遇到同样的问题。

所以,永久的解决方案似乎是可行的。