岭南六少 – 一朵在LAMP架构下挣扎的云

原文链接： http://www.cnblogs.com/wly923/archive/2013/04/14/3019518.html 主从复制是MongoDB最常用也是最简单的复制操作。常用于数据备份和故障修复等。 下面这个图就是最简单的主从复制的服务器架构     我将以实验的方式来实现MongoDB的主从复制 实验环境：windows操作系统（一台机器启动多个Mongo

原文链接： http://www.cnblogs.com/shanyou/archive/2013/04/02/2994670.html MongoDB 2.4已经发布，该版本增加了一些新特性，如文本搜索、基于哈希的分片、更好的地理空间功能、支持GeoJSON以及一些性能和工具方面的提升。我们还和10gen讨论了MongoDB接下来的路线图。 一些关键的提升如下： 引入了 文本搜索 

原文链接： http://www.linuxeden.com/html/softuse/20121224/133571.html mongodb可以通过profile来监控数据，进行优化。 查看当前是否开启profile功能用命令 db.getProfilingLevel() 返回level等级，值为0|1|2，分别代表意思：0代表关闭，1代表记录慢命令，2代表全部 开始profile功能为 db.setProfilingLevel(level);

NoSQL你真的需要吗？请看下文，也许你会更了解你是否需要NoSQL： CAP的崩溃   CAP猜想可是NoSQL的基石。上图非常有意思，他从CAP,和数据库种类两个方向对NoSQL进行了分类。 Consistent, Available (CA) Systems 。在分布式方面有些问题，通常是通过复制来解决的。包括 Traditional RDBMSs like Postgres, MySQ

8月29号，MongoDB发布了其2.2版本，2.2 版本可以看作是2.0 版本的功能增强版，本次改进最大的亮点在于其并发性能的提升，我们能够看到，广受诟病的全局锁已经在这一版中被拿掉，取而代之的是DB级别的锁，而且collection 级别的锁也不远了。 下面就看看2.2 版本的几个新功能吧： 1.并发性能增强 如上面所说，MongoDB 2.2

MongoDB可能是现今NoSQL数据库中最著名的，但并不意味着MongoDB是完美的，在某些情况下，传统的关系数据库如MySQL和PostgreSQL更具优势。但MongoDB目前已经相当广泛，使用者们在充分享受它的灵活性。下面就让我们看看MongoDB惹人喜爱的七大优势。 1.文档存储 数据存储以BSON/JSON文档，这对于Web应用程序有很大的意义。开

NoSQL产品越来越火，NoSQL产品通常以其高性能，强扩展性和高容错性为大家所称道，我们在问为什么NoSQL会流行起来的时候，或许应该问一下为什么这些功能会变得这么重要。 We’re dealing with much more data. Although advances in storage capacity and CPU speed have allowed the databases to keep pace, we’re in

这两年Redis火得可以，Redis也常常被当作Memcached的挑战者被提到桌面上来。关于Redis与Memcached的比较更是比比皆是。然而，Redis真的在功能、性能以及内存使用效率上都超越了Memcached吗？ 下面内容来自Redis作者在stackoverflow上的一个回答，对应的问题是《Is memcached a dinosaur in comparison to Redis?》（相比

下面内容来源于Quora上的一个提问，问题是使用Redis需要避免的五个问题。而回答中超出了五个问题的范畴，描述了五个使用Redis的注意事项。如果你在使用或者考虑使用Redis，可能你可以学习一下下面的一些建议，避免一下提到的问题。 1.使用key值前缀来作命名空间 虽然说Redis支持多个数据库（默认32个，可以配置更多），但

导读：Mike Loukides是O’Reilly传媒的内容战略副总裁，他对编程语言和UNIX系统管理非常感兴趣，著作有System Performance Tuning和Unix Power Tools。本文中，Mike Loukides提出了自己对NoSQL的精辟见解，并对现代数据库架构的方方面面进行了深入思考。 在去年的一次谈话中，basho公司的CTO Justin Sheehy认为，

Redis2.6 本来预计是在今年第一周就应该放出的，但是现在三个月快过去的，依然在跳票中。于是Redis作者@antirez发表文章向大家解释了跳票的原因，并细数了2.6版本令人激动的新功能。 废话不多说，下面就是列举到的新功能。 1.Lua脚本支持 不用说，很多同学都已经期待很久了。而跟这个功能配套的，还有对JSON 和 MessageP

在去年的一次谈话中，basho公司的CTO Justin Sheehy认为，NoSQL是一场运动，而非技术。我立刻深表赞同，因为以往关于NoSQL的探讨并不舒心。 那么，为什么说NoSQL是一场运动，而非技术呢？Justin的说法直截了当：之所以说NoSQL是一场运动，是因为这是对数据库架构的选择。任何一种单一的技术主题，反而会掩盖NoSQL运动的实

已经有很多关于 NoSQL 选择的文章了。影响你选择数据库的因素有：读/写操作的吞吐量，持久性，一致性，延迟性等等。Nathan Hurst 的文章“Visual Guide to NoSQL System”  很好的总结了这一点。 选择合适的NoSQL数据库并不是本文要讨论的内容，但是请你在使用NoSQL前做一些调查。没有一个数据库可以适合所有情况。这篇

当下Hadoop已经成长为一个庞大的体系，貌似只要和海量数据相关的，没有哪个领域缺少Hadoop的身影，下面是一个Hadoop生态系统的图谱，详细的列举了在Hadoop这个生态系统中出现的各种数据工具。 这一切，都起源自Web数据爆炸时代的来临 数据抓取系统 － Nutch 海量数据怎么存，当然是用分布式文件系统 － HDFS 数据怎么

Author:gaojinbo Time:2012-1-4 Mongo是一个高性能，开源，模式自由(schema-free)的文档型数据库，它在许多场景下可用于替代传统的关系型数据库或键/值(key-value)存储方式。 1.下载 wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-2.0.2.tgz wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-s

NOSQL系统一般都会宣传一个特性，那就是性能好，然后为什么呢?关系型数据库发展了这么多年，各种优化工作已经做得很深了，NOSQL系统一般都是吸收关系型数据库的技术，然后，到底是什么因素束缚了关系型数据库的性能呢?我们从系统设计的角度看这个问题。 1, 索引支持。关系型数据库创立之初没有想到今天的互联网应用对可扩

Couchbase 新调查结果显示，企业采用 NoSQL 解决方案正在上升。这是否验证了一些人说的，今年是 NoSQL 年，它将成为企业的主要前进力量? Couchbase 公司供应的Couchbase 服务器是基于文档的数据库。去年 12 月，该公司组织了一次面向 1300 名开发者、软件架构师和 IT 经历的调查问卷，范围遍及美洲、欧洲和亚洲，其中有

下面十条内容来自paperplanes的博主Mathias Meyer，他也是一位NoSQL的实践者，CouchDB就是其钟爱的数据库之一。正所谓爱之深恨之切，在使用CouchDB的过程中，他发现很多不顺手的地方，就是本文列举的十大问题。 View是在读时更新的 我们知道CouchDB不支持动态查询，也就是说你的每个查询，都需要事先创建一个对应的View，

将MongoDB加入到我们的服务支持列表中，是整个团队年初工作计划中的首要任务。但我们感觉如果先添加一项对NoSQL存储的支持，而不是先升级已支持的关系型数据库，可能对用户不太好，毕竟目前的用户都使用关系型数据库。 所以我们决定将引入MongoDB这项工作放到升级MySQL和PostgreSQL之后来做。到目前为止，MySQL 5.5的Bet

在这两天在为选用哪个Key/Value数据库烦恼。Redis,还是Memlink? 在网络上查找与对比了一下，相对来说Redis的名气会大很多，学习并投入并使用到项目还是很多案例的。而对于Memlink，了解的人并没有多少。它只是天涯社区开发人员开发出来的一款数据引擎。 看了一下关于Memlink的介绍，按我个人的理解，发现它是在借鉴Redis