系统日期设置不正确导致的ORA-01839错误

早上收到开发人员发来的邮件，说在一个测试环境中SQL执行报错，但相同的SQL在另一个测试环境中却执行经常，叫我帮忙分析一下原因

早上收到开发人员发来的邮件，说在一个测试环境中sql执行报错，但相同的sql在另一个测试环境中却执行经常，，叫我帮忙分析一下原因。报错的sql为：

SQL> select to_date(substr(cvalidate, 6, 10), 'MM-DD') from lcpol where polno='210010000123931';

select to_date(substr(cvalidate, 6, 10), 'MM-DD') from  lcpol where polno='210010000123931';

*

ERROR at line 1:

ORA-01839: date not valid for month specified

 一看错误信息是ORA-01839: date not valid for month specified。首先想到可能是数据有问题导致在使用TO_DATE报错。不管怎样先去求证下是不是真的存在该错误。首先连接上说执行报错的库，执行SQL，果然如开发人员所说报错。接着连接上说执行正常的库，执行SQL，果然Oracle很友好的返回了结果。既然错误事实存在，那就要去找出导致错误的原因了。

 按照对错误的第一反应，先去比对两边的数据是否一样。比对结果有点令人失望，两边的数据完全一模一样。难道是SQL本身存在问题？仔细分析下SQL，应该没错啊，虽然使用'MM-DD'格式化的写法不怎么好，但也应该不至于导致执行错误啊，况且在另外的库上是执行正确的。那问题到底处在哪呢？难道是两库的日期参数设置不一样？查看了一下，两个数据库的NLS_CHARACTERSET，

NLS_NCHAR_CHARACTERSET， NLS_DATE_LANGUAGE， NLS_DATE_FORMAT设置也是一样的。好吧，看来问题应该不在数据上。

 再回头来看一下，在条件polno='210010000123931'下的cvalidate是个什么值呢？

SQL> select cvalidate from lcpol where polno='210010000123931';  CVALIDATE ---------- 2012-02-29

看来该值确实也比较特殊，4年才会出现一次。但是特殊归特殊，也不应该报错了。想到如果直接用该值会怎样？嗯，那就试试看：

SQL>select to_date(substr('2012-02-29', 6, 10), 'MM-DD') from dual;

ERROR

随缘企业网站管理系统 (无限级分类红色版)

2010-10-31日最新更正： 一、更正了产品及文章无限分类不能显示继承类别的bug. 二、更正了产品名称标题过长导致页面布局错位的bug. 随缘企业网站管理系统(无限级分类红色版)简介: 一、全站采用主流DIV+CSS框架布局,宽屏红灰主色调，简洁大方。适合各类行业作为企业站使用。 二、后台可对相关的网站标题，关键词，描述、底部版权信息等进行设置，同时可指定相关的安装目录，可在二级目录使用。

0

查看详情

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

ERROR at line 1:

ORA-01839: date not valid for month specified

SQL> select to_date(substr('2012-02-29', 6, 10), 'MM-DD') from dual;

TO_DATE(SU

----------

2012-02-29

测试结果还是一样。正一筹莫展之际，突然注意到虽然使用'MM-DD'来格式化日期，但是结果中仍然还有年的信息！想到当前的NLS_DATE_FORMAT为'YYYY-MM-DD',猜测Oracle会使用当前系统的日期来附加年的信息。难道是那台执行错误的库的系统日期不正确，马上查看一下，果然，系统日期是2013年！

$ date

Fri Mar  1 18:45:13 CST 2013

马上联系系统管理小组帮忙修正系统日期。在系统日期修改正确后，SQL执行正常，至此问题解决。

本文永久更新链接地址：