java学习路径是怎样的
以前在如鹏网上学习Java的时候的课程体系，可以参考一下；
第一部分：java语言入门阶段
第二部分：java语言高级阶段
第三部分：Web前端
第四部分：javaweb编程（核心阶段）
第五部分：SSM框架和SSH框架
第六部分：项目阶段
第七部分：企业专题
以及后面的从简历，模拟面试，就业进行全方位的指导，挺不错的，有网络的地方就可以学习，在家里，在宿舍都可以学习，随时随地学编程，可以根据自己的时间来灵活安排学习进度，把空余时间充分的利用起来，对于咱们编程的人来说，练习是很有必要的，有更多的时间来练习，掌握的更好，有问题随时提问，老师实时在线答疑，有技术大牛亲自授课，口碑不错，基本上都是慕名而去的，更多详情可以到如鹏网官网上去了解一下；
memcache、redis、mongodb优缺点是什么啊,怎么选
虽然都是nosql范畴，但是memcache、redis主要设计目的是做缓存使用
mongodb的核心是提供无模式文档结构的持久化存储，它的两个核心点：提供接近（其实差距挺大的）缓存服务器的速度和接近关系数据库API（这个已经差不多了，连接查询是弱点）的接口。
memcache、redis如果是几年前，memcache、redis之间还有选择综合症，目前的市场，你可以直接选择redis，把精力完全放在redis身上去深入。
这是是市场反应，这个相信对你的选择有绝对说服力。
memcache在性能方面没有优势了，同时redis提供了更丰富的数据结构，各种原子操作，以及持久化（RDB/AOF）。如果你是小规模项目，你甚至可以直接用它设计消息订阅，使用它的即时消息订阅发布（你有消息持久化需求的话可以额外用redis的列表功能等定制）。
mongodb相比redis和memcache，mongodb的性能差距就比较大了。mongodb最核心的是它提供的B树索引，这个为我们提供了范围查询的基础，4.0提供了事务后，才算真正可以勉强在某些场合替代关系数据库。动态性和内嵌设计后的便利操作，很适合做中间数据管理。
PS：我最先使用mongodb，其实主要是用它做LBS应用。
结束如果你是中小项目，缓存使用redis是很合理的选择，mongodb可以暂不使用，mysql已经够用。
如果是大项目，相信你们的架构师会根据你们的实际需求来合理规划架构和选择的。
常见数据库有哪些呢
目前关系型数据库主要有MySQL、SQLServer、数蚕数据库、Oracle数据库。
MySQL：免费产品，中小企业使用广泛。
SQLServer：微软的商业化产品，微软SQL语句兼容性好，商业化成熟度高。
数蚕数据库：数蚕科技针对中小型企业的数据库，c++接口特性良好，SQL特性较弱。
Oracle数据库：商业化程度最高的关系数据库，优良的性能和企业扩展能力。
非关系型数据库主要有FastDB、Memcached和Redis等主流内存数据库。一般应用于缓存等非关键数据存储，其优点是数据查询速度快，对下层编程接口良好。
redis是不是mysql中间件
不是。redis是一个数据库，只是和mysql这类的关系型数据库有些区别而已，mycat才是一个数据库中间件。
redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sortedset--有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。
memc和mc-di的区别
MEMC和MC-DI是两种不同的图像处理技术，它们的主要区别在于运作方式和效果。
MEMC（运动估计和运动补偿）是一种在低帧率视频中通过算法插入计算帧画面的技术。例如，在A、C、E三帧画面中，通过计算插入原本不存在的B、D、F帧，这样画面由原本的一秒钟播放ACE三帧，变成了一秒钟ABCDEF六帧画面，使得运动场景画面更流畅。
MC-DI（多帧平均深度图像）则是一种动态补偿技术，它通过简单插入复制帧来提高图像的帧率。例如，原本是ABC三帧，通过MC-DI处理变成AABBCC六帧。虽然帧率提高了，但画面流畅度效果可能不如MEMC这种算法。
综上所述，MEMC和MC-DI在运作方式和效果上存在明显的区别。MEMC通过算法插入计算帧画面来提高画面流畅度，而MC-DI则通过简单插入复制帧来提高帧率，但可能不如MEMC的效果好。
Redis和Memcached各有什么优缺点主要的应用场景是什么
根据我的经验，在BAT里，redis已经逐渐取代了memcached，成为分布式场景广泛使用的缓存方案。接下来，我们就分析下，redis是如何取代memcached，成为开发者的宠儿的。
支持的存储类型不同虽然都是内存数据库，memcached不仅能够存储string，还能够存储图片，视频等形式的文件。然而对于更多的使用内存数据库做缓存以及分布式方案的程序开发者来说，memcached提供的string格式存储，应用场景有限，而存储图片视频的功能又十分鸡肋（主要是没这方面需求）。相比之下，redis提供set，hash，list等多种类型的存储结构，对于做分布式缓存实在是再适合不过了。
数据落盘虽然大多数人使用缓存以及分布式方案都不会要求数据持久化，但是谁也不能保证不出现万一的情况。一旦发生稳定性问题，memcached挂掉后，数据是不可恢复的，而redis除了支持在配置里打开数据落盘（RDB），还能通过aof来找回数据。
内存空间与数据量memcached可以修改最大内存，使用的是LRU算法，而redis目前底层使用了自己的VM，引入了新的特性突破了物理内存的限制。个人认为在这方面依然是redis更加优秀一些。
使用场景基于以上提到的特点，基本我们就能分清redis与memcached的场景了。
如果对缓存数据类型超越了基本的数据结构，需要图片或者视频，多读少写，且数据量非常大的场景，那么一定要用memcached而不是redis了（比如微博大量查询好友信息，微博信息等，但是不是说微博用的是memcached方案哦）。
但是如果是对缓存的数据格式有更多的要求，且对安全性也有很高的要求的话，建议还是使用redis，这也是redis目前正在逐渐代替memcached的根本原因。
以上是我的浅见，欢迎各位在下方评论区与我沟通。
我是苏苏思量，来自BAT的Java开发工程师，每天分享科技类见闻，欢迎关注我，与我共同进步。
