踏入hadoop生態，就踏入了乙個大坑
書接上回
（插入一句，對於hbase的shell介面想要使用退格鍵，需要先把securecrt的**設為linux，然後使用ctrl+backspace才行
今天在hbase下執行了hbase shell後，隨手執行了scan table，就想看著玩兒
然後在hbase的shell介面半天沒有動靜
我直接ctrl+c把它斷掉了，然後後面嘗試建表，但是仍然半天沒有反應，我一直等了半天告訴我超時了
如下圖所示
就是提示我超時，然後給了我一堆樣例。
我看樣例中的表名前面還有類似命名空間的東西，然後參考了一篇文章戳這裡
看了看怎麼建命名空間，打算先建個命名空間玩兒玩兒。
在hbase的shell中執行了create_namespace 'lw_ns'。依然半天沒反應，直到超時
感覺不對了。然後我開始跟蹤日誌，看到了這些東西
基本就是在不斷的更新日誌。
最後看到一篇帖子 狠戳這裡
我覺得很有道理，人家的記憶體少，我的更少，我的每個datanode只有1個g的記憶體。。。。
所以我直接重啟了一下整個hbase，問題消失。。。
教訓就是，hbase的計算節點一定要有大記憶體。。。所以我覺得我的一共16個g的記憶體可能還是有點兒少
擴大計算節點的記憶體吧
我建了乙個命名空間叫lw_ns
然後在這下面建了乙個xxtest的表。那麼查詢語句應該寫為
scan 'lw_ns.xxtest'。我嘗試寫成'lw_ns.xxtest'結果報錯
所以結論是，hbase的語句也好，表甚至其他的東西也好，應該都是大小寫敏感的。
所以或者規定一套命名規則，否則安全起見，統一大小寫是個比較好的主意
presto sql 報錯 那些年坑過我們的SQL
sql中的null值 空值和型別轉換 我們平常寫sql中遇到過濾空值或者null值的處理，尤其是在非關係型資料庫中沒有唯一鍵和預設值的約束要求，很容易出現null值或者空值。很多時候我們總是會出現困擾，到底是該使用 還是用 is null呢？另外我們乙個多表join的查詢在這個sql上跑的好好的，一...
UITextView的那些坑
坑1 ios7及以上的版本上，uitextview出現這樣的問題 彈出鍵盤時，沒輸入任何文字，但是游標位置不是在最上方。解決方案 ios7以後新增了乙個屬性automaticallyadjustsscrollviewinsets，將其置為no即可。別忘了加版本判斷。if ios7 and later...
string的那些坑
坑一 typedef struct st st st test st malloc sizeof st st m1 hello 除錯這段 你會發現最後一句報段錯誤。為什麼呢？string本質是個類，而malloc不知道要呼叫string的建構函式去例項化m1，結果導致m1這個物件實際不存在，去用它當...