redis应用案例_开源内存_内存

最近沉迷于写小说了，没想到还会被邀请，谢邀。

建立在内存读写速度远超磁盘的基础上，内存的发展很迅速（发展状况）。

几乎特大厂商都有自己的内存，微软的SQL Server 2014也特意将内存作为一个亮点来宣传。

大体上来说，那些收费的商业化产品功能更完善，开源的产品主要是达到高性能读写的要求。

至于发展前景，虽说各大厂商都投入这件事，但结果依然不太好说，因为里面涉及一些未知因素。

大家知道内存的应用场景，会发现通常都不是完整的，而是其中的一部分。

举例来说，企业环境建立一套，涉及到一百张数据表，其中需要采用内存的表，或许只有十个不到。开源内存

也就是说，目前的内存，并不算是真正的。

那么现在应用内存，主要解决什么问题？

解决读写性能低下的问题？这样说有些笼统了。

具体点来说，就是解决现有系统不擅长的数据处理需求，比如说数据分页这种和算法亲密联系的需求。

处理过此类问题的同学都有经验，随便几百万的数据表联合一下要分页，都快不起来的。

无论SQL怎么写都不行，因为这不是SQL擅长的领域，但如果采用MMDB，随便选择一种，轻松解决。

目前的内存是这样，不代表将来也是这样。

那么在将来，内存能否取代现有的系统？

个人认为是可以的。

这里先说明下前面同学提到的断电问题，内存并不是内存，断电对它的影响没那么大。

因为各个产品都有应对措施，叫法也有些区别。

例如微软的checkpoint，例如有同学提到的log，这些数据持久化的方案能将断电影响减到最低。开源内存

也就是说，在内存和磁盘之间，是会有数据同步的。

例如Redis，程序猿很容易就能实现内存数据到磁盘的同步。

不久的将来，系统可能就完全运转在内存中，只要持久化做得好，应该是能实现的。

比较关键的是，内存速度比磁盘快了一个数量级，这个持久化能否做到很好？

比如说内存有1TB数据变化，谁能保证在断电时全部都持久化完毕？

或许到了那一天，我们的内存后面有一百个SSD用于数据持久化，一百个不够的话，或许是一千个，甚至更多……

PS：相比于管理人员，开发工程师应该更懂内存。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-30366-1.html