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

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

目前業(yè)界最流行的技術應該是kafka。

集群，

跨語言方便的把數(shù)據(jù)遷移到redis

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

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

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

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

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

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

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