服务器上面分了两个节点，plsql查询出来的当前时间不一致

ljstudyeo 2016-01-06 09:34:57

数据库是oracle11g，用的事tomcat服务器，linux操作系统。
数据库和服务器时区都是东八区，节点二PLSQL查询时间错误，服务器上查询是正确的，节点一PLSQL和服务器上查询都是正常（服务器上面分出了两个节点）。
select systimestamp,localtimestamp, dbtimezone from dual;这个是查询语句。

...全文

379 4 打赏收藏举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

lhdz_bj 2016-01-06

打赏
举报

回复

没搞清楚到底是怎么个架构，节点是什么？虚机吗？

lhdz_bj 2016-01-06

打赏
举报

回复

哦实例啊这和节点不是一个概念你这样说会让人糊涂的那肯定就是第二个实例的时间有问题了你给出的信息不具体如果可能贴下具体的操作和结婚呗大家也好帮到你

beyon2008 2016-01-06

打赏
举报

回复

http://www.itpub.net/forum.php?mod=viewthread&tid=393563&highlight=

ljstudyeo 2016-01-06

打赏
举报

回复

为了项目能够正常运行，就在一台服务器上面分了两个节点，也就是两个实例，把项目部署在这两个节点上，一个出问题了就直接跳到另一个ip段上

事因：征信数据库数据事件不一致导致数据(RAC集群)混乱，PLSQL查询时间和数据库时间不一致，严重影响业务。因为之前只是偶遇一次，再加上有过MySQL时区解决经验，感觉应该可以很快解决，然而，并非我想的那么简单。如下是整个事件的经过，算是经验分享吧。(有vsp，因此只能截图)1、查看两台服务器的本地时间，以及时区。wKiom1mu3hWz5dy-AAO7cm2NUp0479.png-wh_50w...

问题描述： AIX + ORACLE 9.2.0.8 四节点rac，使用pl/sql developer客户端程序连接数据库，查看数据库时间比现实时间晚8小时，具体如下：使用plsql developer查询时间为：（select sysdate from dual;） 2013 10 16 2:52:00 实际时间为： 2013 10 16 10:52:0

通过这个项目，我深刻体会到企业级PLSQL安装不仅仅是运行安装程序那么简单。需要考虑高可用、性能、安全、合规等方方面面。自动化工具可以大幅提高效率，减少人为错误。特别值得一提的是，使用InsCode(快马)平台可以快速搭建和测试这类数据库工具的原型。平台提供的一键部署功能让环境准备变得非常简单，省去了繁琐的配置过程。对于需要快速验证想法的场景特别有帮助。整个项目下来，最大的收获是认识到完善的工具链和自动化流程对于企业级部署的重要性。希望这些经验对正在实施类似项目的同行有所启发。

PLSQL编程基础声明：文章转自新浪”qixianchuan的博客” 原文地址：http://blog.sina.com.cn/s/blog_bd338b210101ajsj.html1、了解SQL和PLSQL SQL(Structured Query Language)：一种结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。简单理解为平时说的“

真是奇怪了，RAC 两节点查看数据居然执行时间快慢大不一样，这是一个有趣的事情，可以一探究竟。有这样一个有趣的问题，某天早上有一位开发同事找过来说在生产环境上通过PLSQL 客户端查询相同的 SQL 在主库执行较快，大约 5s 左右，在备库执行却需要 60s 多，此 SQL 所在的应用连接的是只读备库，导致接口超时，出现故障。格式化之后的结果，更易于阅读，但同时也省去了一些细节信息，我是没怎么看过，很多都不理解，不过现在 AI 盛行，也算有个小助手了，如果不格式化全部能看懂的人还是比较厉害的了。

Oracle 高级技术

3,499

社区成员

18,710

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章