行业动态

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。