it技術人員的簡歷是進入互聯網公司門檻，而從事分布式存儲，與java結合，屬于新興技術。相對于java來說，的學習成本要小很多，直接上手也是很容易上手，就是上手之后，需要你有一定java基礎，并且對于redis的和還是要了解的。

兩個工具整合之后快一半了，非要把不相關的領域都拿上。可能redis-更新不會很頻繁，所以市場需求沒有那么快。

目前業界最流行的技術應該是kafka。

集群，

跨語言方便的把數據遷移到redis

跨語言整合：難度很大跨架構整合：難度不大

國內都在整合了，為了做并發控制有ii-的基礎，再加上之前開源的太low了。有道云筆記整合了redis，這是一個很好的很值得學習的例子。兩個皆不生產模式的跨語言技術，整合很難說是好事還是壞事，所以如果已經掌握了java，或者之前接觸過redis，那是完全值得嘗試的。如果沒有這方面經驗it技術人員，那可以嘗試先整合練手。新年快樂！。

個人感覺不會主流，因為難度較大。個人認為新的nosql并沒有什么可以特別大的優勢，并且空間、時間、成本都較大，可能是因為客戶端的緣故吧。而且并沒有什么很好的地方可以使得這種新興技術的應用價值展現出來，就像tidb一樣有大量的公司在持有，但是國內公司似乎很少有在用的，我不敢說。整合比較有意思，但是難度很大，就像整合redis或者mysql一樣，最后很可能只會是圍繞一個落地點展開it技術人員，并沒有會被放到更多的地方。

沒必要整合，真有公司在做的話，會直接封裝java語言來用，整合不會更好。

解決共享問題非常有必要，因為有了它我們可以做的更開放一些，讓用戶都能訪問mysql；更關鍵的是提高mysql的性能，讓程序員節省更多時間來編寫業務代碼。比如下面兩種情況：整合redis：共享問題可以直接使用/(參數=‘redis’或者redis=redis這樣寫法可以避免不同機器緩存不均一致的問題）。

或者連接失敗redis放棄。整合java：hook其實除了能避免同步的問題外，還能避免flash、臟頁等等。整合redis整合java基本還是同步相關的問題，整合完會讓redis恢復正常，但這些不好深究。對于大部分業務來說，我覺得讓java手工去寫的代碼是很難的。

redis整合+共享優點：是java程序員輕松寫java代碼；解決臟頁問題。缺點：要重構龐大的java代碼。redis整合+-完全沒有必要，因為對于新開發人員，整合r。