以前想要從oracle鏈接mysql,用的oracle版本是10g的,從網上找到的各類資料指向hsodbc。html
在rpm安裝了一堆的東西,什麼mysql客戶端,mysql-connector等等,折騰了2天,配置文件修改什麼的,重啓監聽,最後的結果是不用hsodbc仍是能夠鏈接mysql的。mysql
無心中看到64bit下的oracle的hsodbc大小爲0,看了一下果真是,在itpub上看到有人說把32bit的hsodbc copy到64bit上就能夠用了,下載時一直出現驗證碼錯誤。sql
無奈,關上電腦,這班無法加了。數據庫
路上,忽然想到,還有一臺服務器(性能比較差),極可能裝的是32bit的。次日看了一下,果真有,copy,覆蓋,通過上面的種種操做,最後的結果依然是不可用。服務器
測試了好幾回都不行,最後,查看了依賴的so文件什麼的小夥伴都驚呆了,竟然說找不到,這不是睜眼說瞎話嗎?我均可以找獲得。oracle
多是64bit下面編譯連接時輸出的so不同吧,我也不懂。性能
最後,只能放棄用hsodbc了。測試
後來,發現查詢速度慢了不少,搞毛……這不是增長工做量嗎?以後沒注意看,以爲多是數據庫有問題吧,準備找個時間再優化優化
剛纔,1點左右,top命令一看,尼瑪,4個hsodbc,每一個佔用的cpu不是99.9%,就是100%,坑爹呢!!htm
通過慎重考慮,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很差的我一直會遇到各類問題