t3h[计算机]NOSQL数据库探讨.pdf

NoSQL -- NoSQL -- NNooSSQQLL数据库探讨 非关系型数据库 crazyinsomnia 发表于 2-25 10:19 1年前, 4回/3082阅, 最后回答: 1年前 (7人收藏 ,收藏 |举报) 随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的 新领域， 非关系数据库产品的发展非常迅速。而传统的关系数据库在应付 web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经 显得力不 从心，暴露了很多难以克服的问题，例如： 1 Highperformance- 1 Highperformance- 11 HHiigghhppeerrffoorrmmaannccee-- 、 对数据库高并发读写的需求 web2.0网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所 以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往 要达到 每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强顶得 住，但是应付上万次SQL 写数据请求，硬盘IO就已经无法承受了。其实对 于普通的BBS 网 站，往往也存在对高并发写请求的需求，例如像JavaEye 网站的实时统计在线用户状态，记录热门帖子的点击次数，投票计数等，因 此这是一个相当普遍的需 求。 2 HugeStorage- 2 HugeStorage- 22、HHuuggeeSSttoorraaggee-- 对海量数据的高效率存储和访问的需求 类似Facebook，twitter，Friendfeed 这样的SNS网站，每天用户产生海量的用 户动态，以Friendfeed为例，一个月就达到 了2.5亿条用户动态，对于关系数 据库来说，在一张2.5亿条记录的表里面进行SQL查询，效率是极其低下乃至 不可忍受的。再例如大型web网站的用户登 录系统，例如腾讯，盛大，动辄 数以亿计的帐号，关系数据库也很难应付。 3 HighScalability HighAvailability- 3 HighScalability HighAvailability- 33 HHiigghhSSccaallaabbiilliittyyHHiigghhAAvvaaiillaabbiilliittyy-- 、 对数据库的高可扩展性和高可用性 的需求 在基于web 的架构当中，数据库是最难进行横向扩展的，当一个应用系统的 web server app 用户量和访问量与日俱增的时候，你的数据库却没有办法像 和 server那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对 于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩 展 是非常痛苦的事情，往往需要停机维护和数据迁移，为什么数据库不能通 过不断的添加服务器节点来实现扩展呢？ 在上面提到的“三高”需求面前，关系数据库遇到了难以克服的障碍，而对于 web2.0网站来说，关系数据库的很多主要特性却往往无用武之地，例如： 1 1 11、数据库事务一致性需求 很多web 实时系统并不要求严格的数据库事务，对读一致性的要求很低，有 些场合对写一致性要求也不高。因此数据库事务管理成了数据库高负载下一 个沉重的负 担。 2 2 22、数据库的写实时性和读实时性需求 对关系数据库来说，插入一条数据之后立刻查询，是肯定可以读出来这条数 据的，但是对于很多web应用来说，并不要求这么高的实时性，比方说发一 条消息之 后，过几秒乃至十几秒之后，我的订阅者才看到这条动态是完全可 以接受的。 3 SQL 3 SQL 33、对复杂的SSQQLL查询，特别是多表关联查询的需求 任何大数据量的web 系统，都非常忌讳多个大表的关联查询，以及复杂的数 据分析类型的复杂SQL报表查询，特别是SNS类型的网站，从需求以及产品 设计角 度，就避免了这种情况的产生。往往更多的只是单表的主键查询，以 及单表的简单条件分页查询，SQL 的功能被极大的弱化了。 因此，关系数据库在这些越来越多的应用场景下显得不那么合适了，为了解