標籤：最大 瓶頸 雜湊 客戶 大資料分析 value 海量資料 包括 支援
NewLife.Redis 是一個Redis用戶端組件，以高效能處理大資料即時計算為目標。
Redis協議基礎實現Redis/RedisClient位於X組件，本庫為擴充實現，主要增加列表結構、雜湊結構、隊列等進階功能。
源碼： https://github.com/NewLifeX/NewLife.Redis
Nuget：NewLife.Redis
特性
- 在ZTO大資料即時計算廣泛應用，200多個Redis執行個體穩定工作一年多，每天處理近1億包裹資料，日均調用量80億次
- 低延遲，Get/Set操作平均耗時200~600us（含往返網路通訊）
- 大吞吐，內建串連池，最大支援1000並發
- 高效能，支援二進位序列化
Redis經驗分享
- 在Linux上多執行個體部署，執行個體個數等於處理器個數，各執行個體最大記憶體直接為本機實體記憶體，避免單個執行個體記憶體撐爆
- 把海量資料（10億+）根據key雜湊（Crc16/Crc32）存放在多個執行個體上，讀寫效能成倍增長
- 採用二進位序列化，而非常見Json序列化
- 合理設計每一對Key的Value大小，包括但不限於使用批量擷取，原則是讓每次網路包控制在1.4k位元組附近，減少通訊次數
- Redis用戶端的Get/Set操作平均耗時200~600us（含往返網路通訊），以此為參考評估網路環境和Redis用戶端組件
- 使用管道Pipeline合并一批命令
- Redis的主要效能瓶頸是序列化、網路頻寬和記憶體大小，濫用時處理器也會達到瓶頸
- 其它可查最佳化技巧 以上經驗，源自於300多個執行個體4T以上空間一年多穩定工作的經驗，並按照重要程度排了先後順序，可根據情境需要酌情採用！
《100億小資料即時計算平台》目錄
藉助Redis做秒殺和限流的思考
大資料分析中Redis怎麼做到220萬ops
每天4億行SQLite訂單大資料測試（源碼）
新生命Redis組件（.Net Core 開源）
