今天遇到一個很有意思的問題，一個開發(fā)人員反饋在測試服務器ORACLE數(shù)據(jù)庫執(zhí)行的一條簡單SQL語句非常緩慢，他寫的一個SQL沒有返回任何數(shù)據(jù)，但是耗費了幾分鐘的時間。讓我檢查分析一下原因，分析解決過后，發(fā)現(xiàn)事情的真相有點讓人哭笑不得，但是也是非常有意思的。我們先簡單構造一下類似的案例，當然只是簡單模擬。
假設一個同事A，創(chuàng)建了一個表并初始化了數(shù)據(jù)（實際環(huán)境數(shù)據(jù)量較大，有1G多的數(shù)據(jù)），但是他忘記提交了。我們簡單模擬如下：
SQL> create table test_uncommit
2 as
3 select * from dba_objects where 1=0;
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結合數(shù)據(jù)結構來看看(二) 2017-07-26
學習是年輕人改變自己的最好方式