《葉問》第5期

2018年7月17日，週二

MongoDB高併發寫場景開啓讀寫分離讀從庫爲何阻塞? 我們該如何處理? 

• 按業務拆分邏輯降低讀寫併發度 

• 添加分片均衡讀寫 

• 升級至即將到來的4.0通過讀snapshot解決從庫讀阻塞 

2018年7月19日，週四

MongoDB 4.0有哪些新特性，你最期待的有哪些，爲什麼？

• 多文檔事務的支持，解決了多文檔操作的原子性問題

• snapshot讀相關支持，使得可在某個timestamp點上讀到一個一致性的快照

• Change Streams 支持實例及庫級別粒度爲業務提供了更多實時捕獲變更的選擇

• 聚合框架支持類型轉換及字符前後空格截斷操作

• 加入對SCRAM-SHA-256認證策略以支持更強的認證加密驗證

• 提供通過簡單的命令開啓免費監控功能

• 更多的操作支持w:majority 比如對集合進行分片，創建刪除集合等

• listCollections 可以指定nameOnly:true 而不加鎖

• 增加 rollbackTimeLimitSecs參數控制節點回滾的最大時間限制

• 支持直接在mongos路由節點直接kill具體操作無需按分片進行

• 使用WiredTiger引擎不允許關閉journal日誌

   

2018年7月24日，週二

Redis如何獲取所有的key，不阻塞？ 

• 在slave上執行Save命令，拷貝rdb文件到其他redis實例上用於統計key。 

• 可以利用scan命令，來遍歷當前數據庫中的數據庫鍵。

2018年7月26日，週四

MySQL中間件的性能測試和常規業務性能測試相比有什麼不同？ 

性能測試的方法論基本都一樣，以觀察-分析-改進-再觀察這個循環進行。

常規業務由於業務交互複雜、技術棧龐雜、性能瓶頸通常集中於業務, 性能測試使用的分析方法比較簡單, 通過診斷業務通常可以低成本地找到性能瓶頸。

MySQL中間件的應用場景比較簡單、技術棧穩定、性能瓶頸通常集中於架構和環境, 性能測試使用的分析方法比較多, 對性能瓶頸的分析通常成本比較高。另外在這一方面的現有知識積累並不很成體系, 也是成本較高的原因之一。