数据库系统技术报告.docVIP

数据库系统NOSQL 技术报告 2014年3月4日 前言 NoSQL可以译为Not Only SQL,也可译为No SQL。但是 不论是哪种翻译，他都是对传统关系型数据库的一种挑战。 在世界上绝大多数的数据库都基于关系型数据库的时候， NoSQL,这种非关系型数据库异军突起，开始改变人们的传 统思维。 随着社会的进步，大数据时代已经悄然来临。而面对 数以万计的大数据，传统的关系型数据库因为先天的限制， 开始逐渐显现出很多的缺点。而在这时，NoSQL,非关系型数 据库的思想应运而生。随着技术人员对非关系型数据库的深 入研究，他们发现非关系型数据库不仅可以像关系型数据库 一样进行数据的存储与查询，而且它的易扩展、高性能、高 可用等优点也弥补了关系型数据库在这些方面上的缺点，并 且非关系型数据库的优点也正是人们在大数据时代需要数 据库所具备的。 虽然现在，NoSQL，非关系型数据库并没有得到官方的 支持，也没有一个统一的标准。但是我们可以肯定，日后非 关系型数据库一定可以与关系型数据库平起平坐，甚至会超 过关系型数据库成为主流数据库的基础。 (一)NoSQL的诞生背景 时代背景 NoSQL的诞生可以说与互联网的发展，尤其是Web 2.0 网站的兴起有着密切的联系。Web 2.0网站的出现使得互联 网进入了云计算时代。而云计算时代也对数据库技术提出了 更高的要求。首先，数据库要有低延迟的读写速度，能极大 地满足用户对速度的要求。其次，数据库还需要支持海量的 数据和流量。另外，系统管理员们也希望数据库的分布式应 用能更简单的部署和管理。还有最重要的是，IT经理们希望 在硬件成本、软件成本和人力成本上能有大幅度的降低。而 人们对于数据库的这些要求正是关系数据库的缺点所在。所 以下面将列出关系数据库的一系列缺点。 关系数据库的缺点 关系数据库没有较高的写实性和读实性。对于关系数 据库而言，如果在插入一条数据之后立刻查询，是无 法读出这条数据的。 关系数据库无法很好地应对高并发的读写操作。例如 一些并发访问高，动态显示信息的网站，无法使用静 态化的技术，这也导致前端的关系数据库产生高并发 的读写请求。在读写请求的数量达到一定的规模时， 由于关系型数据库的系统逻辑非常复杂，很容易发生 死锁等并发问题，这不仅会导致读写速度严重下滑， 严重时还会导致硬盘10崩溃，当然数据库也会崩溃。 关系型数据库的扩展困难。由于关系型数据库中存在 类似Join的多表查询机制，使得关系型数据库在在扩 展方面很难。 关系型数据库的成本高。例如企业级数据库License 的价格惊人，而且随着系统的扩大会不断上升。 3. NoSQL的诞生 正是在这种背景下，人们提出了非关系型数据库的概 念。NoSQL,非关系型数据库的提出不仅解决了关系型数据 库在某些方面的不足，而且也为数据库以后的发展指明了方 向。 (二)NoSQL的核心内容 1. NoSQL的数据模型 歹1J 式(co I umn-or i ented) 列式主要使用表这样的模型。它的主要特点是在存储 数据时属于同一列的数据会尽可能地存储在硬盘的同一个 页中。既使每次查询处理很多数据，但因为涉及的列并不是 很多，将会节省大量的I/O时间。并且大多数列式数据库都 支持将多个column并为一个小组的特性，所以能提高存健 和查询的效率。 键式(key-value) 键式模型有点类似常见的哈希表，一个键对应一个值。 但是键式模型能提供非常快的查询速度、大的数据存放量和 高并发操作，并且非常适合通过主键对数据进行查询和修改 等操作。 文档(document) 在结构上，文档模型和键式模型很相似。但是文档模 型里的值主要以.json和.xml等格式的文档来进行储存。 2. CAP理论 CAP理论是指：一个分布式系统不能同时满足一致性、 可用性和分区容错性这三个需求，最多只能同时满足两个。 大多数的NoSQL数据库都是水平扩展，所以在CAP的 选择上面，都倾向于分区容错性，而放弃一致性或可用性。 (三)NoSQL的应用 1.视觉中国网站 在视觉中国成立之初，他们选用的数据库是MySQL, 09年之后他们才选用了 MongoDB作为系统的支撑数据库。采 用MongoDB的最初阶段困难是肯定有的，而且还有很多。困 难的来源一方面来源于MongoDB的年轻。虽说它的发展很快， 但是毕竟是年轻的产品，技术不是特别的成熟，所以会出现 很多很多的问题。但是MongoDB有一个好的技术团队，对产 品的版本更新速度很快，对问题的响应速度很快，这对解决 问题是很大的支撑。一方面是技米，遇到困难，解决困难， 在这个过程中，也得到了很多经验，为后续的工作做了很好 的准备;视觉中国的数据量是有限的，只能到千万级别，所 以将数据进行分组，大概分为四组