之所以不推荐这个方案

发布时间：2025-06-24 20:45:54  作者：北方职教升学中心  阅读量：603

之所以不推荐这个方案，有一种情况是，如果没有权限设置sql_mode，但是modify࿰可以用于表格c;这个计划在这个时候是可行的。问题原因。在代码和数据优化方面更容易理解和操作。

这是因为目前的MySQL不支持datetime0，MySQL5.7版以上，Sql_mode模式的默认设置包括。解决方案。

mysql配置文件，在windows系统中 my.ini，其余系统为 my.cnf。例如，有第一个方案，因此不需要进行类型转换。这样，

也有网友提供了这个方案，首先将字段设置为varchar格式，导入数据或执行命令后，然后将字段转换为date格式：

-- 先把字段 clm_date 将varcharmysql转换为varcharmy> ALTER TABLE tbl_tmp CHANGE clm_date clm_date VARCHAR(20) NULL;-- 导入数据或执行相关命令-- ...-- 再把字段 clm_date 类型转换回datetimemysql> ALTER TABLE tbl_tmp CHANGE clm_date clm_date DATETIME NOT NULL;这里不推荐的理由，一般来说，

进入mysql后，查询当前执行命令的模式：

mysql> SELECT @@sql_mode;

您可以找到当前系统的sql_mode配置，例如，

导入值时间字段'0000-00-00 00:00:00'或者添加 NOT NULL时间字段，0值࿰将添加到mysqlc;此时此报可能出现错误。最初的配置是 sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,

NO_ENGINE_SUBSTITUTION，修改为sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION：

如果没有sql_mode，然后复制默认配置文件󿀌并将其移除为0限制，如上图所示，

2.1 临时计划󿀌命令修改󿀌推荐。有一种情况是，如果没有设置sql的权限mode，但是modify࿰可以用于表格c;这个计划在这个时候是可行的。

以centos为例，打开配置文件my.cnf。

二、

一、我们可以暂时将其移除到0限制󿀌只对本次会话有效：

mysql> SET @@sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';

再次查询#xff1a;

 。

2.2 全局方案󿀌修改my.cnf或my.ini，不推荐。

推荐这个方案的原因是，临时修改不会影响现有的模式和数据安全机制。最终配置为#xff0c;在节点mysqld下。

如果存在sql_mode，将其移除为0限制。

2.3 字段类型转换方案，不推荐。查询结果为：
发现配置中有NO__ZERO_DATE,NO_ZERO_IN_DATE，此时，NO_ZERO_DATE, NO_ZERO_IN_DATE。

> vi /etc/my.cnf。

推荐此方案的原因是，临时修改不会影响现有的模式和数据安全机制。，表示DATE类型字段在系统中不能为0。是因为，sql_mode模式࿰直接修改c;允许0值存在。可以空，为空时设置默认时间。是因为，sql_mode模式࿰直接修改c;允许0值存在

字段，尽量不要为nullÿ做任何事c;如果从业务上看，

之所以不推荐这个方案，