之前想要从oracle连接mysql,用的oracle版本是10g的,从网上找到的各种资料指向hsodbc。
在rpm安装了一堆的东西,什么mysql客户端,mysql-connector等等,折腾了2天,配置文件修改什么的,重启监听,最后的结果是不用hsodbc还是可以连接mysql的。
无意中看到64bit下的oracle的hsodbc大小为0,看了一下果然是,在itpub上看到有人说把32bit的hsodbc copy到64bit上就可以用了,下载时一直出现验证码错误。
无奈,关上电脑,这班没法加了。
路上,突然想到,还有一台服务器(性能比较差),很可能装的是32bit的。第二天看了一下,果然有,copy,覆盖,经过上面的种种操作,最后的结果依然是不可用。
测试了好几次都不行,最后,查看了依赖的so文件什么的小伙伴都惊呆了,居然说找不到,这不是睁眼说瞎话吗?我都可以找得到。
可能是64bit下面编译链接时输出的so不一样吧,我也不懂。
最后,只能放弃用hsodbc了。
后来,发现查询速度慢了很多,搞毛……这不是增加工作量吗?之后没注意看,觉得可能是数据库有问题吧,准备找个时间再优化
刚才,1点左右,top命令一看,尼玛,4个hsodbc,每个占用的cpu不是99.9%,就是100%,坑爹呢!!
经过慎重考虑,ps -ef | grep hsodbc 然后 kill,失败,kill -9 ,行了,查询速度还是那么慢。
好了,建索引去……尼玛,好几千万的数据,都不知道要多久。
参考http://wenku.baidu.com/view/f7e8cc1155270722192ef7f6.html 这个,先count,后来建索引的时候,ora-01652了,
临时表空间不够用了手贱,干嘛设1G的上限,继续搞,修改默认临时表空间。default buff cache 就没变过,看来还需要很久 。
都跑了快半个小时了,这段时间写第一篇blog,以记录程序猿的悲哀。
2013-8-24 3:20:47 top看不到多个oracle在运行了,没有使用临时表空间排序了,应该快好了吧……
附上32bit oracle中的hsodbc下载链接
http://pan.baidu.com/share/link?shareid=3424404486&uk=3506922330
如果有人尝试的结果不一样……rp不好的我一直会遇到各种问题