基本介紹及應用場景

Tunnel是MaxCompute提供的離線批量數據通道服務，主要提供大批量離線數據上傳和下載，
僅提供每次批量大于等于64MB數據的場景，小批量流式數據場景請使用DataHub實時數據通道以獲得更好的性能和體驗。

SDK上傳最佳實踐

import?java.io.IOException;import?java.util.Date;import?com.aliyun.odps.Column;import?com.aliyun.odps.Odps;import?com.aliyun.odps.PartitionSpec;import?com.aliyun.odps.TableSchema;import?com.aliyun.odps.account.Account;import?com.aliyun.odps.account.AliyunAccount;import?com.aliyun.odps.data.Record;import?com.aliyun.odps.data.RecordWriter;import?com.aliyun.odps.tunnel.TableTunnel;import?com.aliyun.odps.tunnel.TunnelException;import?com.aliyun.odps.tunnel.TableTunnel.UploadSession;

public?class?UploadSample?{
?private?static?String?accessId?=?"";
?private?static?String?accessKey?=?"";
?private?static?String?odpsUrl?=?"http://service.odps.aliyun.com/api";

?private?static?String?project?=?"";
?private?static?String?table?=?"";
?private?static?String?partition?=?"";

?public?static?void?main(String?args[])?{???//?準備工作，僅需做一次
???Account?account?=?new?AliyunAccount(accessId,?accessKey);
???Odps?odps?=?new?Odps(account);
???odps.setEndpoint(odpsUrl);
???odps.setDefaultProject(project);
???TableTunnel?tunnel?=?new?TableTunnel(odps);???try?{?????//?確定寫入分區
?????PartitionSpec?partitionSpec?=?new?PartitionSpec(partition);?????//?在服務端創建一個在本表本分區上有效期24小時的session，24小時內該session可以共計上傳20000個Block數據
?????//?創建Session的時耗為秒級，會在服務端使用部分資源、創建臨時目錄等，操作較重，因此強烈建議同一個分區數據盡可能復用Session上傳。
?????UploadSession?uploadSession?=?tunnel.createUploadSession(project,
?????????table,?partitionSpec);
?????System.out.println("Session?Status?is?:?"
?????????+?uploadSession.getStatus().toString());
?????TableSchema?schema?=?uploadSession.getSchema();?????//?準備數據后打開Writer開始寫入數據，準備數據后寫入一個Block，每個Block僅能成功上傳一次，不可重復上傳，CloseWriter成功代表該Block上傳完成，失敗可以重新上傳該Block，同一個Session下最多允許20000個BlockId，即0-19999，若超出請CommitSession并且再創建一個新Session使用，以此類推。
?????//?單個Block內寫入數據過少會產生大量小文件?嚴重影響計算性能，?強烈建議每次寫入64MB以上數據(100GB以內數據均可寫入同一Block)
?????//?可通過數據的平均大小與記錄數量大致計算總量即?64MB?
構造器舉例說明：
PartitionSpec(String spec)：通過字符串構造此類對象。
參數:
spec: 分區定義字符串，比如: pt='1',ds='2'。
因此程序中應該這樣配置：private static String partition = "pt='XXX',ds='XXX'";
常見問題
MaxCompute Tunnel是什么？
Tunnel是MaxCompute的數據通道，用戶可以通過Tunnel向MaxCompute中上傳或者下載數據。目前Tunnel僅支持表（不包括視圖View）數據的上傳下載。
BlockId是否可以重復？
同一個UploadSession里的blockId不能重復。也就是說，對于同一個UploadSession，用一個blockId打開RecordWriter，寫入一批數據后，調用close，
然后再commit完成后，寫入成功后不可以重新再用該blockId打開另一個RecordWriter寫入數據。 Block默認最多20000個，即0-19999。
Block大小是否存在限制？
一個block大小上限 100GB，強烈建議大于64M的數據，每一個Block對應一個文件，小于64MB的文件統稱為小文件，小文件過多將會影響使用性能。
使用新版BufferedWriter可以更簡單的進行上傳功能避免小文件等問題 Tunnel-SDK-BufferedWriter
Session是否可以共享使用，存在生命周期嗎？
每個Session在服務端的生命周期為24小時，創建后24小時內均可使用，也可以跨進程/線程共享使用，但是必須保證同一個BlockId沒有重復使用，分布式上傳可以按照如下步驟：
創建Session->數據量估算->分配Block（例如線程1使用0-100，線程2使用100-200）->準備數據->上傳數據->Commit所有寫入成功的Block。
Session創建后不使用是否對系統有消耗？
每個Session在創建時會生成兩個文件目錄，如果大量創建而不使用，會導致臨時目錄增多，大量堆積時可能造成系統負擔，請一定避免此類行為，盡量共享利用session。
遇到Write/Read超時或IOException怎么處理？
上傳數據時，Writer每寫入8KB數據會觸發一次網絡動作，如果120秒內沒有網絡動作，服務端將主動關閉連接，屆時Writer將不可用，請重新打開一個新的Writer寫入。
建議使用 [Tunnel-SDK-BufferedWriter]接口上傳數據，該接口對用戶屏蔽了blockId的細節，并且內部帶有數據緩存區，會自動進行失敗重試。
下載數據時，Reader也有類似機制，若長時間沒有網絡IO會被斷開連接，建議Read過程連續進行中間不穿插其他系統的接口。
MaxCompute Tunnel目前有哪些語言的SDK？
MaxCompute Tunnel目前提供Java版的SDK。
MaxCompute Tunnel 是否支持多個客戶端同時上傳同一張表？
支持。
MaxCompute Tunnel適合批量上傳還是流式上傳
MaxCompute Tunnel用于批量上傳，不適合流式上傳，流式上傳可以使用[DataHub高速流式數據通道]，毫秒級延時寫入。
MaxCompute Tunnel上傳數據時一定要先存在分區嗎？
是的，Tunnel不會自動創建分區。
Dship 與 MaxCompute Tunnel的關系？
dship是一個工具，通過MaxCompute Tunnel來上傳下載。
Tunnel upload數據的行為是追加還是覆蓋？
追加的模式。
Tunnel路由功能是怎么回事？
路由功能指的是Tunnel SDK通過設置MaxCompute獲取Tunnel Endpoint的功能。因此，SDK可以只設置MaxCompute的endpoint來正常工作。
用MaxCompute Tunnel上傳數據時，一個block的數據量大小多大比較合適
沒有一個絕對最優的答案，要綜合考慮網絡情況，實時性要求，數據如何使用以及集群小文件等因素。一般，如果數量較大是持續上傳的模式，可以在64M - 256M，
如果是每天傳一次的批量模式，可以設大一些到1G左右
使用MaxCompute Tunnel 下載, 總是提示timeout
一般是endpoint錯誤，請檢查Endpoint配置，簡單的判斷方法是通過telnet等方法檢測網絡連通性。
通過MaxCompute Tunnel下載，拋出You have NO privilege ‘odps:Select‘ on {acs:odps:*:projects/XXX/tables/XXX}. project ‘XXX‘ is protected的異常
該project開啟了數據保護功能，用戶操作這是從一個項目的數據導向另一個項目，這需要該project的owner操作。
Tunnel上傳拋出異常ErrorCode=FlowExceeded, ErrorMessage=Your flow quota is exceeded.**
Tunnel對請求的并發進行了控制，默認上傳和下載的并發Quota為2000，任何相關的請求發出到結束過程中均會占用一個Quota單位。若出現類似錯誤，有如下幾種建議的解決方案：
1 sleep一下再重試；
2 將project的tunnel并發quota調大，需要聯系管理員評估流量壓力；
3 報告project owner調查誰占用了大量并發quota，控制一下。