技術(shù)干貨分享：HBase數(shù)據(jù)遷移到Kafka實戰(zhàn)

作者：IT技術(shù)分享 2019-09-16 12:55:27

存儲

大數(shù)據(jù)

Kafka 在實際的應(yīng)用場景中，數(shù)據(jù)存儲在HBase集群中，但是由于一些特殊的原因，需要將數(shù)據(jù)從HBase遷移到Kafka。正常情況下，一般都是源數(shù)據(jù)到Kafka，再有消費者處理數(shù)據(jù)，將數(shù)據(jù)寫入HBase。但是，如果逆向處理，如何將HBase的數(shù)據(jù)遷移到Kafka呢?

10年積累的網(wǎng)站設(shè)計制作、成都網(wǎng)站設(shè)計經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站設(shè)計制作后付款的網(wǎng)站建設(shè)流程，更有曹縣免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

1.概述

在實際的應(yīng)用場景中，數(shù)據(jù)存儲在HBase集群中，但是由于一些特殊的原因，需要將數(shù)據(jù)從HBase遷移到Kafka。正常情況下，一般都是源數(shù)據(jù)到Kafka，再有消費者處理數(shù)據(jù)，將數(shù)據(jù)寫入HBase。但是，如果逆向處理，如何將HBase的數(shù)據(jù)遷移到Kafka呢?今天筆者就給大家來分享一下具體的實現(xiàn)流程。

2.內(nèi)容

一般業(yè)務(wù)場景如下，數(shù)據(jù)源頭產(chǎn)生數(shù)據(jù)，進入Kafka，然后由消費者(如Flink、Spark、Kafka API)處理數(shù)據(jù)后進入到HBase。這是一個很典型的實時處理流程。流程圖如下：

上述這類實時處理流程，處理數(shù)據(jù)都比較容易，畢竟數(shù)據(jù)流向是順序處理的。但是，如果將這個流程逆向，那么就會遇到一些問題。

2.1 海量數(shù)據(jù)

HBase的分布式特性，集群的橫向拓展，HBase中的數(shù)據(jù)往往都是百億、千億級別，或者數(shù)量級更大。這類級別的數(shù)據(jù)，對于這類逆向數(shù)據(jù)流的場景，會有個很麻煩的問題，那就是取數(shù)問題。如何將這海量數(shù)據(jù)從HBase中取出來?

2.2 沒有數(shù)據(jù)分區(qū)

我們知道HBase做數(shù)據(jù)Get或者List很快，也比較容易。而它又沒有類似Hive這類數(shù)據(jù)倉庫分區(qū)的概念，不能提供某段時間內(nèi)的數(shù)據(jù)。如果要提取最近一周的數(shù)據(jù)，可能全表掃描，通過過濾時間戳來獲取一周的數(shù)據(jù)。數(shù)量小的時候，可能問題不大，而數(shù)據(jù)量很大的時候，全表去掃描HBase很困難。

3.解決思路

對于這類逆向數(shù)據(jù)流程，如何處理。其實，我們可以利用HBase Get和List的特性來實現(xiàn)。因為HBase通過RowKey來構(gòu)建了一級索引，對于RowKey級別的取數(shù)，速度是很快的。實現(xiàn)流程細(xì)節(jié)如下：

數(shù)據(jù)流程如上圖所示，下面筆者為大家來剖析每個流程的實現(xiàn)細(xì)節(jié)，以及注意事項。

3.1 Rowkey抽取

我們知道HBase針對Rowkey取數(shù)做了一級索引，所以我們可以利用這個特性來展開。我們可以將海量數(shù)據(jù)中的Rowkey從HBase表中抽取，然后按照我們制定的抽取規(guī)則和存儲規(guī)則將抽取的Rowkey存儲到HDFS上。

這里需要注意一個問題，那就是關(guān)于HBase Rowkey的抽取，海量數(shù)據(jù)級別的Rowkey抽取，建議采用MapReduce來實現(xiàn)。這個得益于HBase提供了TableMapReduceUtil類來實現(xiàn)，通過MapReduce任務(wù)，將HBase中的Rowkey在map階段按照指定的時間范圍進行過濾，在reduce階段將rowkey拆分為多個文件，最后存儲到HDFS上。

這里可能會有同學(xué)有疑問，都用MapReduce抽取Rowkey了，為啥不直接在掃描處理列簇下的列數(shù)據(jù)呢?這里，我們在啟動MapReduce任務(wù)的時候，Scan HBase的數(shù)據(jù)時只過濾Rowkey(利用FirstKeyOnlyFilter來實現(xiàn))，不對列簇數(shù)據(jù)做處理，這樣會快很多。對HBase RegionServer的壓力也會小很多。

• RowColumnrow001info:namerow001info:agerow001info:sexrow001info:sn

這里舉個例子，比如上表中的數(shù)據(jù)，其實我們只需要取出Rowkey(row001)。但是，實際業(yè)務(wù)數(shù)據(jù)中，HBase表描述一條數(shù)據(jù)可能有很多特征屬性(例如姓名、性別、年齡、身份證等等)，可能有些業(yè)務(wù)數(shù)據(jù)一個列簇下有十幾個特征，但是他們卻只有一個Rowkey，我們也只需要這一個Rowkey。那么，我們使用FirstKeyOnlyFilter來實現(xiàn)就很合適了。

  
 
 
 

   
  
  
  
/**
   
  
  
  
 * A filter that will only return the first KV from each row.
   
  
  
  
 * 

   
  
  
  
 * This filter can be used to more efficiently perform row count operations.
   
  
  
  
 */
  
 
 
 

這個是FirstKeyOnlyFilter的一段功能描述，它用于返回第一條KV數(shù)據(jù)，官方其實用它來做計數(shù)使用，這里我們稍加改進，把FirstKeyOnlyFilter用來做抽取Rowkey。

3.2 Rowkey生成

抽取的Rowkey如何生成，這里可能根據(jù)實際的數(shù)量級來確認(rèn)Reduce個數(shù)。建議生成Rowkey文件時，切合實際的數(shù)據(jù)量來算Reduce的個數(shù)。盡量不用為了使用方便就一個HDFS文件，這樣后面不好維護。舉個例子，比如HBase表有100GB，我們可以拆分為100個文件。

3.3 數(shù)據(jù)處理

在步驟1中，按照抽取規(guī)則和存儲規(guī)則，將數(shù)據(jù)從HBase中通過MapReduce抽取Rowkey并存儲到HDFS上。然后，我們在通過MapReduce任務(wù)讀取HDFS上的Rowkey文件，通過List的方式去HBase中獲取數(shù)據(jù)。拆解細(xì)節(jié)如下:

Map階段，我們從HDFS讀取Rowkey的數(shù)據(jù)文件，然后通過批量Get的方式從HBase取數(shù)，然后組裝數(shù)據(jù)發(fā)送到Reduce階段。在Reduce階段，獲取來自Map階段的數(shù)據(jù)，寫數(shù)據(jù)到Kafka，通過Kafka生產(chǎn)者回調(diào)函數(shù)，獲取寫入Kafka狀態(tài)信息，根據(jù)狀態(tài)信息判斷數(shù)據(jù)是否寫入成功。如果成功，記錄成功的Rowkey到HDFS，便于統(tǒng)計成功的進度;如果失敗，記錄失敗的Rowkey到HDFS，便于統(tǒng)計失敗的進度。

3.4 失敗重跑

通過MapReduce任務(wù)寫數(shù)據(jù)到Kafka中，可能會有失敗的情況，對于失敗的情況，我們只需要記錄Rowkey到HDFS上，當(dāng)任務(wù)執(zhí)行完成后，再去程序檢查HDFS上是否存在失敗的Rowkey文件，如果存在，那么再次啟動步驟3，即讀取HDFS上失敗的Rowkey文件，然后再List HBase中的數(shù)據(jù)，進行數(shù)據(jù)處理后，最后再寫Kafka，以此類推，直到HDFS上失敗的Rowkey處理完成為止。

4.實現(xiàn)代碼

這里實現(xiàn)的代碼量也并不復(fù)雜，下面提供一個偽代碼，可以在此基礎(chǔ)上進行改造(例如Rowkey的抽取、MapReduce讀取Rowkey并批量Get HBase表，然后在寫入Kafka等)。示例代碼如下：

  
 
 
 

   
  
  
  
public class MRROW2HDFS {
   
  
  
  
 public static void main(String[] args) throws Exception {
   
  
  
  
 Configuration config = HBaseConfiguration.create(); // HBase Config info
   
  
  
  
 Job job = Job.getInstance(config, "MRROW2HDFS");
   
  
  
  
 job.setJarByClass(MRROW2HDFS.class);
   
  
  
  
 job.setReducerClass(ROWReducer.class);
   
  
  
  
 String hbaseTableName = "hbase_tbl_name";
   
  
  
  
 Scan scan = new Scan();
   
  
  
  
 scan.setCaching(1000);
   
  
  
  
 scan.setCacheBlocks(false);
   
  
  
  
 scan.setFilter(new FirstKeyOnlyFilter());
   
  
  
  
 TableMapReduceUtil.initTableMapperJob(hbaseTableName, scan, ROWMapper.class, Text.class, Text.class, job);
   
  
  
  
 FileOutputFormat.setOutputPath(job, new Path("/tmp/rowkey.list")); // input you storage rowkey hdfs path
   
  
  
  
 System.exit(job.waitForCompletion(true) ? 0 : 1);
   
  
  
  
 }
   
  
  
  
 public static class ROWMapper extends TableMapper {
   
  
  
  
 @Override
   
  
  
  
 protected void map(ImmutableBytesWritable key, Result value,
   
  
  
  
 Mapper.Context context)
   
  
  
  
 throws IOException, InterruptedException {
   
  
  
  
 for (Cell cell : value.rawCells()) {
   
  
  
  
 // Filter date range
   
  
  
  
 // context.write(...);
   
  
  
  
 }
   
  
  
  
 }
   
  
  
  
 }
   
  
  
  
 
   
  
  
  
 public static class ROWReducer extends Reducer{
   
  
  
  
 private Text result = new Text();
   
  
  
  
 
   
  
  
  
 @Override
   
  
  
  
 protected void reduce(Text key, Iterable values,Context context) throws IOException, InterruptedException {
   
  
  
  
 for(Text val:values){
   
  
  
  
 result.set(val);
   
  
  
  
 context.write(key, result);
   
  
  
  
 }
   
  
  
  
 }
   
  
  
  
 }
   
  
  
  
}
  
 
 
 

5.總結(jié)

整個逆向數(shù)據(jù)處理流程，并不算復(fù)雜，實現(xiàn)也是很基本的MapReduce邏輯，沒有太復(fù)雜的邏輯處理。在處理的過程中，需要幾個細(xì)節(jié)問題，Rowkey生成到HDFS上時，可能存在行位空格的情況，在讀取HDFS上Rowkey文件去List時，最好對每條數(shù)據(jù)做個過濾空格處理。另外，就是對于成功處理Rowkey和失敗處理Rowkey的記錄，這樣便于任務(wù)失敗重跑和數(shù)據(jù)對賬?？梢灾獣詳?shù)據(jù)遷移進度和完成情況。同時，我們可以使用 Kafka Eagle 監(jiān)控工具來查看Kafka寫入進度。

名稱欄目：技術(shù)干貨分享：HBase數(shù)據(jù)遷移到Kafka實戰(zhàn)
文章來源：http://www.dlmjj.cn/article/dpgodid.html