你的題目和描述不一致，你的描述是在說ID-Mapping的問題嗎，這和HBase行鍵設計是兩個領域的問題。先說第一個問題HBase行鍵設計。

　　避免熱點的Rowkey設計

　　加鹽(隨機前綴，hash取模等+原始rowkey拼接， 取數據結合協處理器oprocessor器)

　　哈希 (rowkey計算md5，sha256等截取前幾位+原始rowkey拼接， 不利于scan，但是get能精確定位)

　　反轉 (rowkey反轉)

　　例子：

　　# 查詢某個賣家某段時間內的交易記錄

　　rowkey = sellerId + timestamp + orderId

　　# 如果某個商家賣了很多商品，產生熱點，可以如下設計 Rowkey 實現快速搜索

　　rowkey = salt + sellerId + timestamp 其中，salt 是隨機數。可以支持如下場景， 查詢時需要實現一個HBase協處理器(`coprocessors`))，提供高效查詢

　　- 全表 Scan

　　- 按照 sellerId 查詢

　　- 按照 sellerId + timestamp 查詢

　　用戶多端設備打通，也就是ID-Mapping問題，這是一個大工程，要根據公司的產品和業務做不通的設計。這里說里面一中方式 Spark GraphX通過計算最大連通圖可以做這個事情。

　　更多關于大數據培訓的問題，歡迎咨詢千鋒教育在線名師，如果想要了解我們的師資、課程、項目實操的話可以點擊咨詢課程顧問，獲取試聽資格來試聽我們的課程，在線零距離接觸千鋒教育大咖名師，讓你輕松從入門到精通。