一般对于ORA-12170这个问题 1 看数据ip 是否能ping通 2 数据库服务是否启动 3 数据库服务所在服务器防火墙 然而当你能进去数据,而报这个这错时: 1 看代码中数据库连接是写错 2 如果确认没问题,看你的sql中是否存在与dblink相关的表查询,dblink连接是否有问题或ip改动 自由于生产环境数据库ip变动忘记修改,dblink相关的表查询,竟然花了半小时找错误,很是尴尬...…
  win7    64位系统 oracle  10g   64位 plsql之前连接是好使的,突然连接不上,提示错误“ora-12170 tns 连接超时” 1.ping IP    没有问题 2.netstat –na 查看1521端口,端口是没有问题的 3.防火墙没问题 4.lsnrctl status   发现  snmp off 解决方法 首先:dba用户登录系统,无法shutdown   报:ora-00106错误: 修改 由于不是rac  是单机,之前的   tnsnames中se…
转自原文 基于ORA-12170 TNS 连接超时解决办法详解 1.开始----程序-----Oracle------配置和移植工具-----Net Manager----本地----服务命名---ora11(这个是我的专用服务器) 把右边下面的主机名改成192.168.1.102 2.开始----程序-----oracle------配置和移植工具-----Net Manager----本地----监听程序---同样把右边下面的主机名改成192.168.1.102 重新连接又报了另一个错误 o…
ORA-12170: TNS: 连接超时 如果在本机可以正常使用,可是到局域网中的其他机器就出现“ORA-12170:TNS:连接超时 解决方法: 1.cmd-----ping ip地址 查看网络问题,看能否ping通2.cmd-----tnsping ip地址(或者是服务器的实例名SID)如果报“TNS-12535:操作超时”,可能是服务器端防火墙 没有关闭3.cmd----netstat -na 查看1521端口是否关闭,如果关闭Windows XP中的防火墙设置中将1521端口设为例外4.…
前段时间出差在现场开发的时候,导入数据库老是出问题.最后发现了一个神奇sql语句交给实施,只要导入出错就把如下语句执行就可以了.至今屡试不爽. 1 2 3 4 5 6 7 set global max_allowed_packet=100 000 000;   set global net_buffer_length=100000;   SET GLOBAL  interactive_timeout=28800 000;   SET GLOBAL  wait_timeout=28800000 以…
前段时间出差在现场开发的时候,导入数据库老是出问题.最后发现了一个奇妙sql语句交给实施,仅仅要导入出错就把例如以下语句运行就能够了.至今屡试不爽. set global max_allowed_packet=100 000 000; set global net_buffer_length=100000; SET GLOBAL interactive_timeout=28800 000; SET GLOBAL wait_timeout=28800000 以上语句的解释: –max_allowe…
set global max_allowed_packet=100 000 000;set global net_buffer_length=100000;SET GLOBAL  interactive_timeout=28800 000;SET GLOBAL  wait_timeout=28800000 以上语句的解释: –max_allowed_packet=XXX 客户端/服务器之间通信的缓存区的最大大小; –net_buffer_length=XXX TCP/IP和套接字通信缓冲区大小,…
排错步骤: 1.查看网络是否通畅 打开cmd, ping 数据库IP 2. 查看端口是否通畅 打开cmd,tnsping 数据库IP 如果piing不通,可能是防火墙问题 3.检查防火墙状态 #service iptables status 如果开启,请关闭:#service iptables stop 4.查看监听服务是否开启 $lsnrctl status 如果未开启,执行命令启动监听: lsnrctl start ##  tns配置 ORCL =(DESCRIPTION =(ADDRESS…
HASH JOIN 散列连接 hash join是CBO 做大数据集连接时的常用方式.优化器扫描小表(或数据源),利用连接键(也就是根据连接字段计算hash 值)在内存中建立hash表,然后扫描大表,每读到一条记录就来探测hash表一次,找出与hash表匹配的行.当小表可以全部放入内存中,其成本接近全表扫描两个表的成本之和.如果表很大不能完全放入内存,这时优化器会将它分割成若干不同的分区,不能放入内存的部分就把该分区写入磁盘的临时段,此时要有较大的临时段从而尽量提高I/O 的性能.临时段中的分区…
https://blog.csdn.net/zhaoxiangchong/article/details/8296980…