64bit linux上的hsodbc

以前想要从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很差的我一直会遇到各类问题