MySQL运行存储过程出现1292错误

- 日理万妓 2022-06-01 07:13 1164阅读 0赞

在navicat上远程连接MySQL，运行存储过程时传入了一个时间参数‘0000-00-00 00:00:00’，发生如下错误  
1292 - Incorrect datetime value: ‘0000-00-00 00:00:00’ for column ‘targetTime’ at row 1

官方文档上说明MySQL允许将’0000-00-00’保存为“伪日期”，但是MySQL有一个NO\_ZERO\_DATE SQL模式，这个模式默认是打开的，不允许产生伪日期，所以要关掉这个选项。执行SQL语句：

set global sql\_mode=’STRICT\_TRANS\_TABLES,STRICT\_ALL\_TABLES,ERROR\_FOR\_DIVISION\_BY\_ZERO,NO\_AUTO\_CREATE\_USER’;

使用show variables like ‘%sql\_mode%’;查看关于sql\_mode的变量，如果没有NO\_ZERO\_IN\_DATE和NO\_ZERO\_DATE就说明修改成功

--------------------

上面的也许有用：但楼主是因为mysql时间类型为timestamp，因此导致1292  
![这里写图片描述][SouthEast]  
**MYSQL timestamp取值范围是 1970-01-01 00:00:00 到 2038-01-19 3:14:07**  
TIMESTAMP和DATETIME的取值范围不同同时存储不同，  
TIMESTAMP占四个字节取值范围为 1970-01-01 00:00:00 到 2038-01-19 3:14:07  
那么为什么是这个取值范围呢 4个字节明显不够存储日期格式。4字节为2^32次方  
那么我们可以分析timestamp实际是C语言的一个INT 类型带符号位的。  
用ORACLE的格式算出来为

SQL> select to_date('1970-01-01 00:00:00','yyyy-mm-dd hh24:mi:ss')+(power(2,31)-1)/(60*60*24) from dual;
    TO_DATE('1970-01-0100:00:00',' ------------------------------ 2038/1/19 3:14:07

2^31是因为带了符号位少了一位。所以是31次方，而减一因为从0开始而不是1，比如2的8次方为256但是实际的数值是0~255(FF)  
可以想到TIMESTAMP实际是一个相加的过程 他存储在内部格式是一个表示秒的 int类型 带符号位

[SouthEast]: /images/20220601/d29d1568405f466a96359e27fbe0fda9.png