Isess show

1. 我们要解决什么问题？

2. • 2000万用户注册信息

3. • 2000万用户注册信息
• 每日新增10万

4. • 2000万用户注册信息
• 每日新增10万
• 一秒钟300并发

5. • 2000万用户注册信息
• 每日新增10万
• 一秒钟300并发
• 频繁的读取相同信息

6. • 2000万用户注册信息
• 每日新增10万
• 一秒钟300并发
• 频繁的读取相同信息
• 要求添加一个获取用户注册信息的模块

7. • 2000万用户注册信息
• 每日新增10万
• 一秒钟300并发
• 频繁的读取相同信息
• 要求添加一个获取用户注册信息的模块
• 对原来系统性能的影响尽量小

8. 这和浏览器的SESSION有啥区别？

9. 什么是SESSION？

10. 如果我创建一个session

14. 为什么不用传统数据库？

16. 以下内容来自
维基百科

17. NoSQL = Not Only SQL ?
NoSQL = No relational SQL ?
NoSQL = Not SQL ?

18. NoSQL是一种提供
模型化（相对于格式化）
存储与解析的机制

19. 驱动这种方式的原因包括
简化设计
横向缩放
更好的可用性控制

20. 基于（键-值,图,文档）的数据结构
与关系型数据库有很大区别
所以有的操作的速度在两种结构中
会不一样

21. 因为存在区别
一个特定NoSQL数据库的适用性与
其要解决的问题有很大关系
例如 有没有涉及图形算法

22. 众多NoSQL数据库
已经在
大数据和实时应用场景
中体现出有效性和增长趋势

29. 很多 NoSQL 为了
数据的可用性和可分块性
存储时会在兼容三范式理论

30. 什么是三范式？

31. 第一范式

32. 第二范式

33. 第三范式

35. 很多 NoSQL 数据库缺少真正的
事务机制,即使少数近期出现的
系统支持
如FairCom,c-treeACE, Google
Spanner and FoundationDB

37. 为啥选择MongoDB？

38. • 性能
memcache 可以胜任2000万
redis 有测试说在1000万左右时性能下降，分表后应该可以
mongodb 2000万没问题
• 操作的便利性
memcache 数据结构单一
redis 丰富一些,redis更好一些,较少的网络IO次数
mongodb 支持丰富的数据表达,索引,最类似关系型数据库
• 内存空间的大小和数据量的大小
redis 2.0版本增加了自己的VM特性,突破物理内存的限制
memcache 可以修改最大可用内存,采用LRU算法
mongoDB 依赖用操作系统VM做内存管理,吃内存也厉害,适合海量数据
• 可靠性（持久化，数据恢复）
redis 支持 - 快照、AOF
memcache 不支持,通常用在做缓存,提升性能；
MongoDB 从1.8版本开始采用binlog方式支持持久化的可靠性

39. • 性能
memcache 可以胜任2000万
redis 有测试说在1000万左右时性能下降，分表后应该可以
mongodb 2000万没问题
• 操作的便利性
memcache 数据结构单一
redis 丰富一些,redis更好一些,较少的网络IO次数
mongodb 支持丰富的数据表达,索引,最类似关系型数据库
• 内存空间的大小和数据量的大小
redis 2.0版本增加了自己的VM特性,突破物理内存的限制
memcache 可以修改最大可用内存,采用LRU算法
mongoDB 依赖用操作系统VM做内存管理,吃内存也厉害,适合海量数据
• 可靠性（持久化，数据恢复）
redis 支持 - 快照、AOF
memcache 不支持,通常用在做缓存,提升性能；
MongoDB 从1.8版本开始采用binlog方式支持持久化的可靠性

40. • 性能
memcache 可以胜任2000万
redis 有测试说在1000万左右时性能下降，分表后应该可以
mongodb 2000万没问题
• 操作的便利性
memcache 数据结构单一
redis 丰富一些,redis更好一些,较少的网络IO次数
mongodb 支持丰富的数据表达,索引,最类似关系型数据库
• 内存空间的大小和数据量的大小
redis 2.0版本增加了自己的VM特性,突破物理内存的限制
memcache 可以修改最大可用内存,采用LRU算法
mongoDB依赖用操作系统VM做内存管理,吃内存也厉害,适合海量数据
• 可靠性（持久化，数据恢复）
redis 支持 - 快照、AOF
memcache 不支持,通常用在做缓存,提升性能；
MongoDB 从1.8版本开始采用binlog方式支持持久化的可靠性

41. • 性能
memcache 可以胜任2000万
redis 有测试说在1000万左右时性能下降，分表后应该可以
mongodb 2000万没问题
• 操作的便利性
memcache 数据结构单一
redis 丰富一些,redis更好一些,较少的网络IO次数
mongodb 支持丰富的数据表达,索引,最类似关系型数据库
• 内存空间的大小和数据量的大小
redis 2.0版本增加了自己的VM特性,突破物理内存的限制
memcache 可以修改最大可用内存,采用LRU算法
mongoDB 依赖用操作系统VM做内存管理,吃内存也厉害,适合海量数据
• 可靠性（持久化，数据恢复）
redis 支持 - 快照、AOF
memcache 不支持,通常用在做缓存,提升性能；
MongoDB从1.8版本开始采用binlog方式支持持久化的可靠性

42. 最后搞出来的东西

44. 有没有什么感想？