我認為您的Redis容器不會公開外部端口進行連接，只有指揮官公開8002。（嘗試連接到本地主機：8002）。dockercompose創建一個默認的“網橋”網絡，以便容器可以在它們之間進行通信，但不能在外部進行通信，除非您公開端口。指揮官可以連接到REDIS，因為他們在同一個網絡上。

為了節省內存，Redis有一個復雜的編碼機制。 SET命令的值為字符串類型。為了在Redis中保存一個字符串，我們需要一個用于該字符串的內存塊和一個指向該內存塊的指針。但是如果可以將值轉換為整數，Redis會將字符串值轉換為整數，并使用指針保存整數。這樣可以節省大量內存，也就是說，不需要為字符串分配額外的內存塊。 Redis還為0到9999的整數預分配10000個對象。如果key的值在0到9999之間，Redis會讓這些key共享這個值，即指向這些預分配對象的指針，而不是為這些鍵創建新的object。

打印最多一個值的簡單解決方案： for obj in dist: print(obj) break Alternative: print(next(iter(dist)) 如果dist是空集，則第二個將拋出異常；第一個將不執行任何操作。如果有多個成員，兩者都將打印任意成員。 如果您知道只有一個元素，或者您不介意在同一行上一個接一個地打印它們，那么您可以使用更簡單的方法 print(*dist)

我將使用https://github.com/tidwall/gjson來查詢marshalledStories

如果字節不可打印，redis-cli將打印十六進制格式，否則，將打印c-escpaped序列。 因為\x0cb不是一個字節的十六進制值，而且只有4個\x（我希望5個字節有5個） 前4個字節不可打印，因此它們以十六進制格式打印。最后一個字節是b，可以打印。 我希望是“\x01\x07”，但讀取值顯示為“\x01\a”。 \x07的c-escaped序列是\a，可以打印。 如何在Redis控制臺中讀取Redis緩存中的條目以查看原始字節？ 如果需要原始字節（可能無法打印），可以在運行redis-cli時指定--raw選項。

讓我們從快速觀察開始。假設您正在散列128-bit值。這意味著您正在對1024位長的輸入進行哈希運算。有多少不同的1024-bit數字？第一位可以是0或1。獨立地，第二位可以是0或1。與此無關，第三位可以是0或1，等等。這意味著這些位的可能組合的數目是2× 2× ... × 2，共1024次，即21024次。 就上下文而言，這個數字是驚人的巨大。稱之為“天文上的大”實際上是對這個數字的侮辱，因為可觀測宇宙中的原子數大約是2300個。你根本不可能嘗試所有21024個輸入組合，看看它們之間有多大的不同。 那么你能做些什么呢？一種選擇是從不同的輸入中選取一個樣本，然后為每個樣本計算出與它們相差一位的所有數字。然后，散列所有這些，看看有多少輸出位翻轉，并平均這些數字在一起。另一種選擇是選擇一個隨機值，在其中翻轉一些位，計算出輸出哈希的變化量，然后重復這個過程，以獲得哈希在實際中如何變化的粗略估計。或者，您可以對“實際”輸入（可能來自某個數據庫或某個位置的值列表）使用這些方法，對輸入進行“實際”編輯（可能通過比較一個值的哈希值與“相似”值的哈希值，以獲得“相似”的某些定義）。 你采取的方法是沿著這些路線，但不完全相同。具體來說，您的方法是通過維護一個字節數組，在模式中循環 0 0 0 0 ... 0 00 0 0 0 ... 0 10 0 0 0 ... 0 20 0 0 0 ... 0 3

使用名為data.csv的CSV，該CSV包含以下內容： long_ago/speech:,well-done speechlong-ago/debate:,well-done debatelong-ago/work:,well-done work 您可以使用： awk -F, '{printf("SET \"Topic:%s\" \"%s\"\n",$1,$2)}' data.csv | redis-cli --pipe 然后你可以做： redis-cli GET "Topic:long_ago/speech:""well-done speech"

首先，我認為在使用Redis時不需要frontend/web/php.ini，因為您將從Yii處理所有事情，而不是從php配置處理所有事情，所以我只是說它是無用的。 其次，由于您在兩個應用程序之間共享了很多組件，您可能希望將公共配置放入一些公共php文件中，并將它們包含在兩個應用程序中。例子： 將此添加到前端和后端配置： <?php'session' => require(__DIR__ . '/../../common/config/session.php'), 并創建common/config/session.php，內容如下： <?phpreturn [ 'class' => 'yii\redis\Session', 'name' => 'my-app-name', // ...]; 因此，這樣您只需定義一次組件，并且在兩個位置加載相同的精確配置。 然后逐個檢查user、session和request組件配置，并在IDE或文檔中打開框架文件，檢查是否有任何缺失的參數需要調整。 此外，本文還提供了一個檢查Redis并查看是否以及哪些數據生成到數據庫中的提示： https://www.cloudways.com/blog/yii2-redis-configuration/ 它可能會幫助您調試問題。 進一步閱讀本課程的評論： https://githu

默認情況下，如果流鍵不存在，XADD將自動創建流。但是，如果指定了NOMKSTREAM，在這種情況下，XADD將返回空答復。

Redis config[1]有一個replica-priority參數，應該可以滿足您的需要。 副本優先級是Redis在信息輸出中發布的整數。Redis Sentinel使用它來選擇復制副本，以便在主副本不再正常工作時升級到主副本。 優先級較低的副本被認為更適合升級，因此，例如，如果有三個優先級為10、100、25的副本，Sentinel將選擇優先級為10的副本，這是最低的。 但是，特殊優先級為0的副本將標記為無法執行主機角色，因此Redis Sentinel將永遠不會選擇優先級為0的副本進行升級。 默認情況下，優先級為100。 這個想法可以是在datacenter1中為副本設置較低的replica-priority值，在其他數據中心中為副本設置較高的值。 [1] Redis版本的6.2.6redis.conf文件：https://github.com/redis/redis/blob/6.2.6/redis.conf

因為Redis 6發行說明中說“保留了一個核心single-threadeddata-access接口”，這是否意味著多個Redis實例仍將比單個Redis實例上的多個Redis數據庫更好地利用多個核心進行數據訪問？ 是的，多個Redis實例可能會更好地利用multi-core服務器。 保留“一個核心single-threadeddata-access接口”是否意味著所有data-access命令（如GET、SET），無論redis實例中的哪個數據庫，都必須通過這個接口（而不是多個data-access接口，如果我們使用多個redis實例）？ 是的，Redis 6維護這個屬性。

如果您有權訪問Redis服務器，您可以使用以下命令：- https://redis.io/commands/keys https://redis.io/commands/dump https://redis.io/commands/restore https://redis.io/commands/migrate 我傾向于跟蹤我設置的鍵，以便在需要時刷新REDIS。 其他有更深入知識的人可能有更好的方法，但我會：- 列出需要遷移的密鑰 把它們都扔了 移到轉儲的數據上 將它們全部恢復到新服務器上 OR 像這樣使用MIGRATE命令（引用自REDIS.IO站點） 從Redis 3.0.6 MIGRATE開始，通過一次命令調用遷移多個密鑰支持一種新的bulk-migration模式，該模式使用管道來在實例之間遷移多個密鑰，而不會產生往返時間延遲以及通過一次遷移調用移動每個密鑰時的其他開銷。

我將使用https://github.com/tidwall/gjson查詢marshalledStories

如果你從源代碼中查看Redis的配置文件，你會看到它說考慮因素是一個AND，因此如果已經超過60秒，并且超過1000次寫入操作擊中了Redis，那么它才會創建一個備份。這也在持久性文檔中進行了解釋。

你說得對，集群是一種向外擴展的方法，可以處理非常高的請求負載并存儲大量的數據。 聽起來你真的不需要為集群而煩惱。如果一個獨立的Redis設置在擁有數萬個同時運行的播放器之前會成為你的瓶頸，我會非常驚訝。 如果您不確定，可以模擬一些模擬負載，看看它能處理什么。我的猜測是，你最好把注意力集中在你的游戲的其他復雜性，直到你開始達到相當嚴重的使用。這是一個很好的問題。：） 但是，您可能需要考慮使用一個或兩個副本實例，這是另一回事。 其次，不管集群與否，為什么要使用snap-shots（SAVE或BGSAVE）來保存記分板？ 如果您希望每個游戲都有單獨的快照，并且每個游戲只有幾個鍵，那么為什么不讓應用程序在需要時讀取這些鍵并將其持久化到傳統的數據庫中呢？例如，您可以使用MULTI、DUMP和RESTORE來實現與快照非常相似的功能，但是要使用特定的鍵。 聽起來不需要多個數據庫。 集群Redis上的多個數據庫僅在企業版中受支持，因此在ElastiCache上不受支持。但上述方法應該可以很好地發揮作用。