`
backspace
  • 浏览: 137222 次
文章分类
社区版块
存档分类
最新评论

NoSQL架构实践(二)——以NoSQL为主

 
阅读更多

    前面一篇《NoSQL架构实践(一)——以NoSQL为辅》主要介绍了以NoSQL为辅助的架构,这种架构实施起来比较简单,易于理解,由于其中也使用了传统的关系数据库,让开发者更容易控制NoSQL带来的风险。接下来我们继续深入下去,换另外一个角度,“以NoSQL为主”来架构系统。

(三)纯NoSQL架构

只使用NoSQL作为数据存储。

          

图 4-纯NoSQL架构

      在一些数据结构、查询关系非常简单的系统中,我们可以只使用NoSQL即可以解决存储问题。这样不但可以提高性能,还非常易于扩展。手机凤凰网的前端展示系统就使用了这种方案。

     在一些数据库结构经常变化,数据结构不定的系统中,就非常适合使用NoSQL来存储。比如监控系统中的监控信息的存储,可能每种类型的监控信息都不太一样。这样可以避免经常对MySQL进行表结构调整,增加字段带来的性能问题。

      这种架构的缺点就是数据直接存储在NoSQL中,不能做关系数据库的复杂查询,如果由于需求变更,需要进行某些查询,可能无法满足,所以采用这种架构的时候需要确认未来是否会进行复杂关系查询以及如何应对。

      非常幸运的是,有些NoSQL数据库已经具有部分关系数据库的关系查询特性,他们的功能介于key-value和关系数据库之间,却具有key-value数据库的性能,基本能满足绝大部分web 2.0网站的查询需求。比如:

MongoDB就带有关系查询的功能,能解决常用的关系查询,所以也是一种非常不错的选择。下面是一些MongoDB的资料:

虽然Foursquare使用MongoDB的宕机事件的出现使人对MongoDB的自动Shard提出了质疑,但是毫无疑问,MongoDB在NoSQL中,是一个优秀的数据库,其单机性能和功能确实是非常吸引人的。由于上面的例子有详细的介绍,本文就不做MongoDB的使用介绍。

Tokyo Tyrant数据库带有一个名为table的存储类型,可以对存储的数据进行关系查询和检索。一个table库类似于MySQL中的一个表。下面我们看一个小演示:

我们要存储一批用户信息,用户信息包含用户名(name),年龄(age),email,最后访问时间(lastvisit),地区(area)。下面为写入的演示代码:

复制代码
<? php
$tt = new TokyoTyrantTable ( " 127.0.0.1 " , 1978 );
$tt -> vanish (); // 清空
$id = $tt -> genUid (); // 获取一个自增id
//put方法提供数据写入。 put ( string $key , array $columns );

$tt -> put ( $id , array ( " id " => $id , " name " => " zhangsan " , " age " => 27 , " email " => " zhangsan@gmail.com " , " lastvisit " => strtotime ( " 2011-3-5 12:30:00 " ) , " area " => " 北京 " ) );
$id = $tt -> genUid ();
$tt -> put ( $id , array ( " id " => $id , " name " => " lisi " , " age " => 25 , " email " => " lisi@126.com " , " lastvisit " => strtotime ( " 2011-3-3 14:40:44 " ) , " area " => " 北京 " ) );
$id = $tt -> genUid ();
$tt -> put ( $id , array ( " id " => $id , " name " => " laowang " , " age " => 37 , " email " => " laowang@yahoo.com " , " lastvisit " => strtotime ( " 2011-3-5 08:30:12 " ) , " area " => " 成都 " ) );
$id = $tt -> genUid ();
$tt -> put ( $id , array ( " id " => $id , " name " => " tom " , " age " => 21 , " email " => " tom@hotmail.com " , " lastvisit " => strtotime ( " 2010-12-10 13:12:13 " ) , " area " => " 天津 " ) );
$id = $tt -> genUid ();
$tt -> put ( $id , array ( " id " => $id , " name " => " jack " , " age " => 21 , " email " => " jack@gmail.com " , " lastvisit " => strtotime ( " 2011-02-24 20:12:55 " ) , " area " => " 天津 " ) );
// 循环打印数据库的所有数据库
$it = $tt -> getIterator ();
foreach ( $it as $k => $v ) {
print_r ( $v );
}
?>
复制代码

比如我们需要查询年龄为21岁的所有用户:

复制代码
<? php
$tt = new TokyoTyrantTable ( " 127.0.0.1 " , 1978 );
$query = $tt -> getQuery ();
// 查询年龄为21岁的用户
$query -> addCond ( “age” , TokyoTyrant :: RDBQC_NUMEQ , 21 ” );
print_r ( $query -> search () );
?>
复制代码

查询所有在2011年3月5日之后登陆的用户:

复制代码
<? php
$tt = new TokyoTyrantTable ( " 127.0.0.1 " , 1978 );
$query = $tt -> getQuery ();
$query -> addCond ( “lastvisit” , TokyoTyrant :: RDBQC_NUMGE , strtotime ( " 2011-3-5 00:00:00 " ) );
print_r ( $query -> search () );
?>
复制代码

      从上面的示例代码可以看出,使用起来是非常简单的,甚至比SQL语句还要简单。Tokyo Tyrant的表类型存储还提供了给字段建立普通索引和倒排全文索引,大大增强了其检索功能和检索的性能。

所以,完全用NoSQL来构建部分系统,是完全可能的。配合部分带有关系查询功能的NoSQL,在开发上比MySQL数据库更加快速和高效。

(四)以NoSQL为数据源的架构

       数据直接写入NoSQL,再通过NoSQL同步协议复制到其他存储。根据应用的逻辑来决定去相应的存储获取数据。

      

图 5 -以NoSQL为数据源

      纯NoSQL的架构虽然结构简单,易于开发,但是在应付需求的变更、稳定性和可靠性上,总是给开发人员一种风险难于控制的感觉。为了降低风险,系统的功能不局限在NoSQL的简单功能上,我们可以使用以NoSQL为数据源的架构。

      在这种架构中,应用程序只负责把数据直接写入到NoSQL数据库就OK,然后通过NoSQL的复制协议,把NoSQL数据的每次写入,更新,删除操作都复制到MySQL数据库中。同 时,也可以通过复制协议把数据同步复制到全文检索实现强大的检索功能。在海量数据下面,我们也可以根据不同的规则,把数据同步复制到设计好的分表分库的 MySQL中。这种架构:

  • 非常灵活。可以非常方便的在线上系统运行过程中进行数据的调整,比如调整分库分表的规则、要添加一种新的存储类型等等。
  • 操作简单。只需要写入NoSQL数据库源,应用程序就不用管了。需要增加存储类型或者调整存储规则的时候,只需要增加同步的数据存储,调整同步规则即可,无需更改应用程序的代码。
  • 性能高。数据的写入和更新直接操作NoSQL,实现了写的高性能。而通过同步协议,把数据复制到各种适合查询类型的存储中(按照业务逻辑区分不同的存储),能实现查询的高性能,不像以前MySQL一种数据库就全包了。或者就一个表负责跟这个表相关的所有的查询,现在可以把一个表的数据复制到各种存储,让各种存储用自己的长处来对外服务。
  • 易扩展。开发人员只需要关心写入NoSQL数据库。数据的扩展可以方便的在后端由复制协议根据规则来完成。

    这种架构需要考虑数据复制的延迟问题,这跟使用MySQL的master-salve模式的延迟问题是一样的,解决方法也一样。

    在这种以NoSQL为数据源的架构中,最核心的就是NoSQL数据库的复制功能的实现。而当前的几乎所有的NoSQL都没有提供比较易于使用的复制接口来完成这种架构,对NoSQL进行复制协议的二次开发,需要更高的技术水平,所以这种架构看起来很好,但是却不是非常容易实现的。我的开源项目PHPBuffer中有个实现TokyoTyrant复制的例子,虽然是PHP版本的,但是很容易就可以翻译成其他语言。通过这个例子的代码,可以实现从Tokyo Tyrant实时的复制数据到其他系统中。

总结

    以NoSQL为主的架构应该算是对NoSQL的一种深度应用,整个系统的架构以及代码都不是很复杂,但是却需要一定的NoSQL使用经验才行。

7
1
分享到:
评论

相关推荐

    从MySQL到MongoDB——视觉中国的NoSQL之路.pdf

    我们面向的是创意人群,产生的内容是以图片为主。需要能够对这些图片及不同尺寸的缩略图进行有效的备份管理。 解决方案 我们尝试了完全通过优化现有的技术架构来解决以上问题,如对数据时效性进行一步分级分层...

    10NoSQL非关系型数据库.zip

    标题“10NoSQL非关系型数据库”暗示了我们将探讨10个重要的NoSQL数据库相关主题,而描述没有提供具体信息,所以我们只能根据提供的压缩文件名来深入讲解其中涉及的NoSQL数据库——Redis和MongoDB。 1. **Redis**: ...

    开涛高可用高并发-亿级流量核心技术

    6.6 NoSQL客户端超时 134 6.7 业务超时 135 6.8 前端Ajax超时 135 6.9 总结 136 6.10 参考资料 137 7 回滚机制 139 7.1 事务回滚 139 7.2 代码库回滚 140 7.3 部署版本回滚 141 7.4 数据版本回滚 142 7.5 静态资源...

    nosql-benchmark:符合 ACID 的 NoSQL 数据库的基准

    7. **数据分析**:收集到的数据如何转化为有意义的性能报告,以及如何根据这些报告优化数据库配置和架构。 8. **版本控制与开源社区**:"master" 分支提示项目使用了 Git 进行版本控制,并且很可能是一个开源项目,...

    2021Java字节跳动面试题——面向字节_MongoDB.pdf

    #### 知识点二:NoSQL数据库的类型 - NoSQL数据库根据其存储数据的方式不同,大致可以分为四种主要类型: - **键值数据库**:如Redis,主要用于缓存和会话管理。 - **文档数据库**:如MongoDB、CouchDB,用于存储...

    毕业设计——基于Express + Mongodb的报修系统设计与实现 .zip

    Express是基于Node.js的Connect库构建的,它为创建RESTful API提供了简单而强大的工具。开发者可以利用Express定义路由、中间件以及处理HTTP请求和响应。在报修系统中,Express将用于处理用户的注册、登录、提交报修...

    编程狂人第八期(2014-1-13)

    标题《编程狂人第八期(2014-1-13)》与描述“编程狂人是推酷网旗下的周刊,内容以开发技术,编程语言,框架等为主!”说明这本周刊专注于IT领域的技术更新与实践分享,涉及的内容包括但不限于业界新闻、前端开发、...

    PHP实例开发源码—RockMongo php MongoDB管理工具.zip

    MongoDB是一种流行的NoSQL数据库系统,以文档型数据存储为主,适合大数据和高并发的场景。而RockMongo则为开发者提供了一个方便的图形用户界面(GUI),使得对MongoDB的操作变得更加直观和简单。 【标签】"PHP"表明...

    对大数据处理框架的认识和实践.pdf

    HDFS具有高容错性,通过主从架构的NameNode(主节点)和DataNodes(从节点)管理文件系统,确保数据的安全和高效访问。 2. **MapReduce**:MapReduce是Hadoop处理大数据的计算模型,源自谷歌的同名论文。它将复杂的...

    5.2 MongoDB的三种集群模式1

    1) **无自动故障转移**:主节点发生故障时,从节点不能自动升级为主节点,需要手动干预。 2) **单点问题**:主节点可能成为性能瓶颈,因为所有写操作都在主节点上执行。 3) **不支持链式结构**:从节点只能直接连接...

    大数据可视化平台融合建设方案.pptx

    技术架构设计是实现这些功能的核心,它涉及到数据处理的技术选型,如Hadoop、Spark等分布式计算框架,以及NoSQL数据库、流处理工具等。此外,数据仓库和数据湖的概念也是技术架构中的重要组成部分,它们分别用于存储...

    《云平台实践》任务书.docx

    【云平台实践】任务书涉及的主要知识点包括云平台的虚拟化技术、大数据处理以及云计算模拟。以下是这些领域的详细说明: 1. **虚拟化技术** - **VMware Workstation**:这是一种广泛使用的虚拟化软件,允许用户在...

    藏经阁-Three steps to clustering your MySQL Environment——MNC、MGC与MI

    MySQL集群技术是数据库高可用性和可扩展性...MNC适合需要高吞吐量和低延迟的场景,MGC则提供多主节点的读写能力,而MIC则为InnoDB用户提供了原生的高可用性解决方案。选择哪种集群技术取决于具体的应用需求和环境条件。

    南开大学复习资料-大数据导论0001.docx

    4. **大数据特征**:大数据的四大特征是“4V”——Volume(体积大)、Variety(多样性)、Velocity(速度快)和Value(价值高)。此外,数据还可根据结构分为结构化、半结构化和非结构化数据。 5. **数据类型与来源...

    Hadoop大数据处理讲义-C3. Hadoop体系架构

    2. **MapReduce**:MapReduce是Hadoop的数据处理模型,它将复杂的计算任务分解为两个阶段——“Map”和“Reduce”。Map阶段将原始数据分片并进行局部处理,Reduce阶段负责整合所有Map阶段的结果,生成最终输出。 3....

    大众点评网的Web开发之路

    - **架构升级**:进一步明确了WebServer、AppServer、Cache和Database等架构层次,增强了全局缓存能力,采用NoSQL技术减少数据冗余,并实现了服务化改造。 #### 缓存策略与实现细节 - **缓存粒度与管理**:在缓存...

    架构师系列书籍--Redis实战

    ### 架构师系列书籍——Redis实战:知识点详解 #### 一、Key-Value存储系统简介 ##### 1.1.1 Voldemort - **简介**:Voldemort是一款分布式Key-Value存储系统,由LinkedIn开发并开源。 - **特点**: - 支持分区和...

Global site tag (gtag.js) - Google Analytics