客户端连接oracle为什么无法正常生成SQL-TRACE

ABENsoft 2011-11-13 04:14:14
我在测试数据库时候,发现这么一个问题。
我在客户端机器上 通过alter session set sql_trace=true;
然后执行一句sql,比如 select * from table_a; 在udump下无法生成trace文件。
如果我在数据库服务器端,去这么这行,ok ,一切正常。请问为什么?

我的数据库,如果在客户端,通过plsql或者sql-plus去执行一条语句,发现多次执行后,总会能遇到一次速度慢。5 6次出现一次的频率,而在服务器端,做测试没有问题。所以去做了sql_trace,发现了上面的情况。

为了排除网路的问题,我把机器的防火墙去掉,同样放在一台千兆交换机上,测试,还是有这个问题。
如果从服务端,去连接客户端的测试数据库,反而没有问题,从而觉得交换机也应该没有问题。那位高手,同仁,遇到过类似问题?请不吝指教,多谢!
...全文
76 3 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
ABENsoft 2011-11-14
  • 打赏
  • 举报
回复
我多次执行过sql_trace,在测试库上是成功的,而连接正是运营库,就不行,在测试库上测试不存在滞后。
iqlife 2011-11-14
  • 打赏
  • 举报
回复
我的数据库,如果在客户端,通过plsql或者sql-plus去执行一条语句,发现多次执行后,总会能遇到一次速度慢。5 6次出现一次的频率,而在服务器端,做测试没有问题。所以去做了sql_trace,发现了上面的情况。

这样的话去检查是否执行了一次硬解析,做TRACE得到结果了?

你看看进程的ID 多少,没有在服务器端做过TRACE,不过在客户端做TRACE的时候,只有新的TRACE切换TRACE的时候,上次的TRACE才会在目录下显示,就是说会滞后一个SESSION ID
ABENsoft 2011-11-14
  • 打赏
  • 举报
回复
不能生成SQL_TRACE的问题已经解决,是连接类型的问题,如果设置为专用服务器就OK了。

3,494

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 高级技术相关讨论专区
社区管理员
  • 高级技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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