因為集群硬碟緊俏，絕對對原來的表加上compression=>lzo屬性。但是建立表，長時間沒有反饋。決定drop掉這張表，但是始終drop失敗。重啟集群，hbase 60010介面顯示有region transaction。為建立失敗的表region，在pending_open和closed之間跳。describe 表失敗， enable表失敗，disable表失敗，從60010介面檢視表失敗。很蛋疼。
後決定強制刪除當前表。google了一下，找到這篇文章，文章大部分都是對的，但是最後一步存在問題.原文中命令為：
delete 'trojaninfo','trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af9582f29bd8.','info:server'
當時就覺得有有問題，沒有涉及.meta.表，如何更新meta資訊？
嘗試兩次刪除後是始終報錯，確定應該是有問題，為了以防萬一，google一下更新meta資訊的操作，將命令改為
delete '.meta.','trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af9582f29bd8.','info:server'
命令成功執行。
重啟集群後，transction仍然存在，分析應該是meta表沒有更新的問題，對meta表做一次major_compact，重啟集群，成功。不再有報錯。
下面是對原文的拷貝：
強制刪除表：
1、強制刪除該錶在hdfs上的所有檔案(路徑根據實際情況而定）：
[sql]
view plain
copy
./hadoop fs -rmr /hbase/trojaninfo
2、刪除該錶在hbase系統表.meta.中的記錄：
a、首先從.meta.中查詢出表 trojaninfo在.meta.中的rowkey，這可以通過
scan '.meta.'，然後手動篩選；
b、然後刪除該rowkey下的3個字段（假設查詢出的rowkey為trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af95
82f29bd8.）
[plain]
view plain
copy
delete 'trojaninfo','trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af9582f29bd8.','info:server'
delete 'trojaninfo','trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af9582f29bd8.','info:serverstartcode'
delete 'trojaninfo','trojaninfo,,1361433390076.2636b5a2b3d3d08f23d2af9582f29bd8.','info:reg
HBase強制刪除乙個表
情景 由於內網測試環境hbase並沒有安裝 snappy 壓縮，而建表時執行了 plain www.2cto.com alter trojaninfo 強制刪除表 1 強制刪除該錶在hdfs上的所有檔案 路徑根據實際情況而定 sql hadoop fs rmr hbase trojaninfo 2 ...
HBase刪除表中資料
1 使用hbase shell中delete命令刪除表中特定的單元格資料，命令格式如下 delete tablename row column name time stramp 刪除emp表中第二行personal data name列 時間節點為1502182102866的記錄 delete em...
HBase強制刪除乙個表 元資料
情景 強制刪除表 1 強制刪除該錶在hdfs上的所有檔案 路徑根據實際情況而定 hadoop fs rmr hbase trojaninfo 2 刪除該錶在hbase系統表.meta.中的記錄 a 首先從.meta.中查詢出表 trojaninfo在.meta.中的rowkey，這可以通過scan ...