《MongoDB实战》epub下载在线阅读全文，求百度网盘云资源

《MongoDB实战》（[美] Kyle Banker）电子书网盘下载免费在线阅读

链接: https://pan.baidu.com/s/1PBeDBA28vQKcNArcr-IKRQ

提取码: tvc8   

书名：MongoDB实战

作者：[美] Kyle Banker

译者：丁雪丰

豆瓣评分：8.1

出版社：人民邮电出版社

出版年份：2012-10

页数：244

内容简介：

内容简介：

MongoDB是为处理大数据而生的一款面向文档的数据库，由10gen公司开发和维护。本书作者Kyle Banker曾在该公司负责MongoDB驱动程序的维护，对各方面技术细节都了如指掌，本书也是在大量第一手资料的基础上形成的，其权威性毋庸置疑。

本书基于MongoDB 2.0+，全面系统地讲解了设计、实现、安装和维护MongoDB的各方面内容。全书分三部分，第一部分从基于文档的数据与传统关系型数据库的差别讲起，介绍了MongoDB的基本概念及安装使用。第二部分是一个实战式教程，结合示例讲解了MongoDB的CRUD *** 作，以及实现系统安全、灵活和高效的设计原则及模式。第三部分侧重数据库的维护和管理，深入到MongoDB背后的技术细节，给出了对管理员和开发者都极有价值的建议。

本书篇幅适中，内容深浅得当，文字通俗易懂，再配以直观形象的插图和贴近实战的代码示例，非常适合MongoDB学习者、开发人员及管理员学习参考。

本书内容：

MongoDB介绍及其优劣势

MongoDB的Shell界面

使用MongoDB的简单应用

如何通过以文档为中心的方式看待数据

编写查询，以MapReduce方式聚合数据

更新和删除数据及相关性能考量

寻找和改进慢查询

MongoDB的复制与分片

MongoDB的监控、备份及恢复

作者简介：

作者介绍：

Kyle Banker  软件工程师，曾工作于10gen公司，负责维护Ruby及C语言的官方MongoDB驱动、领导MongoDB文档项目并开发培训课程，且为客户提供咨询、商业支持和培训；现任职于Snapjoy（为用户提供默认私有的在线照片备份和自动管理服务）。个人网站http://kylebanker.com/blog。

译者介绍：

丁雪丰  一线“攻城师”一枚，InfoQ中文站小编，满江红翻译组核心成员，常年混迹于各种社区，业余时间写作、翻译、汉化软件，《RESTful Web Services Cookbook中文版》、《Spring攻略》等多部书的译者。

mongodb众所周知不支持事务，所以需要强事务的业务根本不能考虑mongodb。

mongodb的优势就是文档存储:

1. 业务经常变动，需要不时的添加字段，那么mongodb比较适合，关系型数据库添加字段的复杂度也还好

2. 嵌套文档，业务数据比较复杂，适合嵌套文档式存储，那么mongodb非常合适，这个关系型数据库比较难搞，虽然MySQL和pg也有文档存储，但MySQL的不成熟，pg毕竟现在生产中使用还是偏少，个人也不了解，这里不谈。但这不仅仅这一点优势，具体下面会细说。

3. upsert支持，查询速度也不慢

4. 高可用的副本集支持

5. 查询语法非常丰富，嵌套文档查询功能非常强大，不是重度用户可能不能理解

下面说说一个具体的使用事例:

项目的一条数据在10kb左右，如果使用关系型数据库那么需要将这条数据拆分成大概几百条左右，建造多个表，设计较复杂，这种数据大概在一百万条左右，想想拆分后在十几亿的数据量就可怕。打平后的数据什么DB也都可以拿下，只是一百万变十几亿比较恐怖而已。

如果采用MySQL存储，每次查询需要使用外键查询多个表，从这些表中拉取数据，性能肯定要下降很多，比不上只在一个表查询，而且只拉取少两个数量级的数据。查询也还好，业务允许可以对结果做缓存，放到redis里去。

但是重点来了，需求要增量更新部分数据，这时候需要更新多个表，根本没法做到原子性（注意事务不是原子 *** 作），当然也可以使用cas等技术补偿，达到最终一致性。但使用mongodb存储只需要update一条数据，对相应的嵌套文档中内容更新，可以做到原子性，是不是很方便？

推荐学习《python教程》

具体说说该项目的难点，查询无法使用缓存，可能会很吃惊，但是业务决定了确实做不了，而且增量更新的量达到上万的QPS，如果不能保证原子性想想多么可怕！

所以mongodb在这里帮了大忙，关系型数据库解决不了这个难题。

有人可能要问，mongodb没有事务，上游数据写入也会有问题，你不可能所有数据都存一个表吧？

当然不是的，我们mongodb里的数据是从MySQL中清洗出来存到mongodb中的，mongodb只做单点的业务需求，综合的数据还是在MySQL中。

此项目我们用了上百个副本集，保证系统的高可用，这些副本集配置只要一条shell就搞定，如果用MySQL的主从不知道怎么配（我自己不懂），估计DBA得忙死，而该项目完全不需要也没用到DBA。

说了这么多mongo的优点，也说说他的缺点:

1. 查询优化器和MySQL没法比

2. 不支持reload，只能冷重启，初始化配置的时候比较麻烦

3. 没有事务，不敢存储第一手数据，多用来做备份数据的存储

mongodb可以做很多事情，取决于你脑洞，性能不差，存一些相对不重要的数据，mongodb嵌套文档功能强大，多看看官方文档挖掘挖掘有用信息，每次都能发现惊喜。

---