mysql8 启动报错：Error while setting value ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DI

最新推荐文章于 2023-10-12 09:50:15 发布

xiaowen5555555

最新推荐文章于 2023-10-12 09:50:15 发布

阅读量6.9k

点赞数 8

CC 4.0 BY-SA版权

分类专栏： MySQL 文章标签：数据库 mysql 服务器

本文链接：https://blog.youkuaiyun.com/sgrrmswtvt/article/details/127653642

MySQL 专栏收录该内容

3 篇文章

订阅专栏

本文介绍了在MySQL 8.0及以上版本中遇到的关于sql_mode配置的问题及解决方法。主要原因是8.0版本已取消NO_AUTO_CREATE_USER关键字，解决方式是在配置文件中移除该关键字。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

错误:

增加sql_mode配置，启动时出现下面错误

[ERROR] [MY-000077] [Server] /usr/sbin/mysqld: Error while setting value 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION' to 'sql_mode'.

如何解决:

8.0以上已经取消了 NO_AUTO_CREATE_USER 这个关键字,在mysql.ini / my.cnf中的sql_mode中删掉这个关键字即可

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xiaowen5555555

关注关注

8
点赞
踩
9

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MySQL使用中遇到的问题记录

12-15

这儿记录一些在使用MySQL的过程中遇到的问题以及相应的解决办法。 sql_mode=only_full_group_by引起group by查询报错问题 MySQL执行 GROUP BY 查询报错： #1 - Expression of SELECT list is not in GROUP BY clause and contains nonaggregated column this is incompatible with sql_mode=only_full_group_by 解决办法 # 设置正确的 sql_mode 即可解决 # 登陆MySQL sudo mysql

Mysql 启动错误：Error while setting value ‘STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_

小洪帽i的博客

04-17

5992

Error while setting value 'STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_ENGINE_SUBSTITUTION' to 'sql_mode'

参与评论您还未登录，请先登录后发表或查看评论

mysql启动报错[ERROR] mysqld: Error while setting value ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE

qq_50988206的博客

10-13

2594

mysql启动报错[ERROR] mysqld: Error while setting value 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE

phpstudy启动MySQL报错：STRICT_TRANS_TABLES,NO_ZERO_IN_DATE, NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_EN

cheng1877的博客

07-15

2976

错误截图：

【问题处理】安装mysql时出现 ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE’错误

Yun_jj的博客

10-12

1322

在安装数据库的时候,出现了一个错误,是配置文件中duole一项

.. D:\mysql\bin\mysqld.exe: Error while setting value 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CR' to 'sql_mode'.

07-12

该错误提示中显示了要设置的值为 `'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CR'`，但是这个值可能存在问题，导致设置失败。你可以尝试以下几个步骤来解决这个问题...

在小皮面板中启动数据库，提示：2025-03-12T09:42:17.062720Z 0 [ERROR] D:\phpstudy_pro\COM\..\Extensions\MySQL5.7.26\\bin\mysqld.exe: Error while setting value 'STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER, NO_ENGINE_SUBSTITUTION' to 'sql_mode' 2025-03-12T09:42:17.062775Z 0 [ERROR] Aborting

03-13

sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ``` - **移除了 `NO_AUTO_CREATE_USER`**（虽然5.7支持，但某些环境可能冲突）。 3. **保存...

2025-07-07T17:04:07.237512Z 0 [ERROR] [MY-011071] [Server] D:\phpstudy_pro\COM\..\Extensions\MySQL8.0.12\\bin\mysqld.exe: Error while setting value 'STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION, NO_ENGINE_SUBSTITUTION' to 'sql_mode' 2025-07-07T17:04:07.237569Z 0 [ERROR] [MY-010119] [Server] Aborting 2025-07-07T17:04:07.237610Z 0 [Note] [MY-010120] [Server] Binlog end

热门推荐

晓晓攻城师的攻城之路

12-27

2万+

问题：//今天把一个数据库的sql文件导入到另一个数据库出现以下异常： Mysql ERROR 1067: Invalid default value for 字段//原因是因为之前导出数据里面有张表的一个日期字段默认值为0000-00-00，导致现在的错误。根本原因是 SQL_MODE 设置值的问题解决： vi /etc/my.cnf //添加以下配置 sql_mod

MySQL5.7.26错误问题 mysqld.exe: Error while setting value ‘STRICT_TRANS_TABLES, ...‘ to ‘sql_mode‘

Peak Xin's Blog

03-28

3508

这样的问题出现，是因为MySQL的配置文件my.ini中sql_mode的值，逗号后面加上了空格导致的无法启动，需要手动删除空格就可以了。 my.ini原来部分代码： tmp_table_size=64M wait_timeout=120 sql_mode=STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER, NO_ENGINE_SUBSTITUTION [c

mysql的sql_mode关于date的两个参数值NO_ZERO_DATE和NO_ZERO_IN_DATE

学渣的博客

10-26

5292

STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制 NO_ZERO_IN_DATE：在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入'0000-00-00'。在非严格模式，可以接受该日期，但会生成警告。 NO_ZERO_DATE：在严格模式，不要将 '0000-0...

03-12

<think>嗯，用户在使用`mysqld --initialize --console`初始化MySQL时遇到了几个错误。首先，我需要分析这些错误信息。第一个错误是关于`sql_mode`的设置问题，提示在设置值时有错误。用户提供的配置文件中，`sql_mode`被设置为`STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION`，但在错误日志中显示的值后面多了一个逗号，可能是语法问题。然后，第二个错误是无法打开`mysql-error.log`，权限被拒绝。这可能是因为用户没有在指定的路径下创建或写入日志文件的权限，或者路径不存在。第三个错误是数据目录不可用，提示需要删除服务器添加的文件。这可能是因为之前初始化失败残留了文件，或者目录权限问题。接下来，用户提供的配置文件中的路径是`D:/MySQL/mysql-8.0.33-winx64`，但用户实际使用的是9.1.0版本，路径应该是`D:\MySQL\mysql-9.1.0-winx64`，这显然存在版本路径不一致的问题，导致MySQL尝试访问错误目录下的data文件夹，从而引发权限和数据目录错误。此外，用户可能在配置文件中使用了旧版本的路径，而实际安装的是9.1.0版本，导致路径不匹配。另外，权限问题可能涉及到Windows的文件夹权限设置，用户需要确保MySQL服务账户有权限读写相关目录。可能的解决步骤包括：检查并修正`sql_mode`的语法错误，去除多余的逗号；确保所有路径指向正确的9.1.0版本安装目录；检查并设置正确的目录权限；清理旧的data目录或确保其为空；以管理员权限运行初始化命令等。此外，用户需要注意MySQL 9.1.0是否真实存在，因为当前主流版本可能较低，可能存在版本号输入错误的情况。</think>以下是针对你遇到的MySQL初始化错误的分析和解决方案（分步骤说明）： --- ### **错误诊断** #### **错误1：sql_mode配置异常** ```log [ERROR] [MY-000077] [Server] Error while setting value 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,' to 'sql_mode' ``` **原因**： - **多余逗号**：配置文件中的`sql_mode`参数末尾存在多余逗号，导致解析失败 - **配置格式**：MySQL 8.0+ 对配置语法严格性提升 #### **错误2：日志文件权限拒绝** ```log [ERROR] [MY-010187] Could not open file 'D:\MySQL\mysql-8.0.33-winx64\data\mysql-error.log' for error logging: Permission denied ``` **原因**： - **路径版本不匹配**：实际安装路径为`mysql-9.1.0-winx64`，但配置文件指向`mysql-8.0.33-winx64` - **目录权限不足**：Windows账户对目标目录无写入权限 #### **错误3：数据目录不可用** ```log [ERROR] [MY-013236] The designated data directory D:/MySQL/mysql-8.0.33-winx64/data is unusable ``` **原因**： - **残留文件冲突**：之前初始化失败导致`data`目录存在残留文件 - **目录所有权**：旧MySQL实例未完全卸载，文件被系统锁定 --- ### **解决方案**（按优先级排序） #### **步骤1：修正sql_mode配置** 1. 打开`my.ini`配置文件 2. 找到`sql_mode`参数，**删除末尾逗号**： ```ini sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ``` 改为 ↓ ```ini sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ``` --- #### **步骤2：统一文件路径版本** 1. 修改所有路径配置项，确保与**实际安装路径**一致： ```ini basedir = D:/MySQL/mysql-9.1.0-winx64 datadir = D:/MySQL/mysql-9.1.0-winx64/data log_error = D:/MySQL/mysql-9.1.0-winx64/data/mysql-error.log slow_query_log_file = D:/MySQL/mysql-9.1.0-winx64/mysql-slow.log ``` 2. **删除旧`data`目录**： ```bash rmdir /s /q D:\MySQL\mysql-8.0.33-winx64\data ``` --- #### **步骤3：修复目录权限** 1. 右键点击`D:\MySQL\mysql-9.1.0-winx64`目录 → 属性 → 安全 2. 添加当前用户（或`Everyone`）的**完全控制权限** 3. 勾选"替换所有子对象的权限项" → 应用 --- #### **步骤4：以管理员身份执行初始化** ```cmd # 进入MySQL安装目录 cd D:\MySQL\mysql-9.1.0-winx64\bin # 清理旧数据（如果存在） del /f /q ..\data\* # 执行初始化命令（以管理员权限运行CMD） mysqld --initialize --console --basedir="D:\MySQL\mysql-9.1.0-winx64" --datadir="D:\MySQL\mysql-9.1.0-winx64\data" ``` --- ### **操作验证** 1. 观察控制台输出，成功时会显示**临时root密码**（格式如）： ``` [Note] A temporary password is generated for root@localhost: 3s#fq_AKq9aT ``` 2. 检查`data`目录是否生成以下关键文件： - `ibdata1`（InnoDB系统表空间） - `mysql.ibd`（系统表） - `auto.cnf`（服务器UUID） --- ### **注意事项** 1. **版本兼容性**：MySQL 9.1.0目前不存在（截至2024年最新稳定版为8.4），请确认下载来源合法性 2. **防火墙设置**：初始化期间暂时关闭杀毒软件/防火墙 3. **错误日志定位**：若仍失败，直接查看`data`目录下新生成的`.err`文件获取详细错误信息