[转]内存数据库的几个典型应用场景

标签: | 发表时间:2014-02-25 17:20 | 作者:zeo112140
出处:http://blog.csdn.net/zeo112140

近些年内存数据库(IMDB)技术发展迅猛。除了与生俱来的高性能之外,IMDB本身越来越向着功能完整的独立DB的方向发展。

下面简单描述当前比较常见的几个IMDB应用场景,希望对有志于IMDB技术的同僚以启发——

1.电信计费
IMDB最大规模的应用集中在电信领域,尤其以计费系统为主。当然,近些年陆续开始向新的电信业务领域拓展,例如核心网、CRM、精确营销等。下图是IMDB在电信计费中的架构图,供大家参考。

简析内存数据库的几个典型应用场景(一)

2.证券类在线交易

当前的证券交易基本都是利用J2EE来缓存所有的交易对象,这势必导致中间层大量的系统开销,同时增加系统和人力成本。利用IMDB,把交易按逻辑分类,并缓存到应用服务器中,可以极大的提高系统性能和对象访问的统一性。

简析内存数据库的几个典型应用场景(一)


3.区域性数据采集中心
对于跨地域的大型营业系统而言,区域性数据中心的存在大大提高了数据的准确、快速和安全等特性。典型的应用场景包括:高速公路收费系统、餐饮连锁计费/营收系统、代理售票系统等。典型的系统架构如下:
简析内存数据库的几个典型应用场景(二)

这类系统最大的特点是专用机负载较低,可以采用较为廉价的硬件配置,但是区域性数据中心需要较高的硬件配置从而应对有可能发生的大并发任务(如餐厅每天晚10点进行统一盘点,代理售票系统月末提交当月报表等)。考虑到大并发不是每时每刻都会发生,用内存数据库+轻量级数据库服务器的配置替代高性能数据库服务器作为区域性数据库服务器,可以用最低的成本管理并维护大并发时的热数据。
在实际部署的时候,内存数据库可以同时部署在终端专用机和区域性数据库服务器;专用机可以采用同步/异步的方式与区域性数据库服务器进行同步;最终,总公司的数据中心从各个区域数据中心的内存数据库中直接读取汇总数据并进行相应处理。

4.BI系统
BI系统是由数据仓库+大量的OLAP应用所构成。传统BI系统的瓶颈往往来自数据库服务器,这也正是IBM,Oracle等公司积极推出数据库一体机的初衷。但反观国内的BI市场,很多客户匆匆上马数据仓库和BI项目,但早期却没有意识到随着数据规模的扩大,未来可能出现的严重系统瓶颈。这些瓶颈直接影响报表生成的效率。数据库一体机看似能够解决客户问题,但是随之而来也是高昂的设备价格,并直接影响客户IT部门在整个公司的公信力。在不追加硬件投资的前提下,使用内存数据库,并对现有的系统进行一定量的改造,可以在很大程度上解决这一问题:
简析内存数据库的几个典型应用场景(二)
在现有系统的基础上,将内存数据库部署在应用/BI系统的服务器上,或者在资金充足的情况下额外配置一层数据加速层。值得注意的是,这样的部署方式需要对应用/BI系统的工作流程非常熟悉,并按照特定的逻辑规则人为划分数据的路由方式,从而达到专用数据专门集中,让每个应用系统在自己的相应的硬件资源下专有的运行各自的OLAP。如果能够顺利的进行业务梳理并部署,这样的架构不但能解决现有系统瓶颈,而且能够清晰的梳理业务流程,为将来系统的扩容提供方便。

作者:zeo112140 发表于2014-2-25 17:20:18 原文链接
阅读:4 评论:0 查看评论

相关 [内存 数据库 典型] 推荐:

[转]内存数据库的几个典型应用场景

- - 小鸥的博客
近些年内存数据库(IMDB)技术发展迅猛. 除了与生俱来的高性能之外,IMDB本身越来越向着功能完整的独立DB的方向发展. 下面简单描述当前比较常见的几个IMDB应用场景,希望对有志于IMDB技术的同僚以启发——. IMDB最大规模的应用集中在电信领域,尤其以计费系统为主. 当然,近些年陆续开始向新的电信业务领域拓展,例如核心网、CRM、精确营销等.

高级数据库典型技术

- - CSDN博客推荐文章
            数据库作为计算机学科中一个比较重要的分支,也是一个对于程序员来说非常好的学习方向. 平时我们用的最多的,同时也是接触最多的一定是增删改查语句,select,. update,delete等,当然,我不会拿这些再说一遍,这些都是老的掉渣的东西了. 所以我们可以学习高级数据库中所以涉及的技术.

VoltDB内存数据库分析

- - 淘宝核心系统团队博客
VoltDB是一个宣称性能超过Mysql 100倍的新型数据库. 它源自Micheal Stonebraker一篇论文H-Store. 在这篇论文发表后,Stonebraker成立了VoltDB公司带着他的一些学生开始在OLTP数据库领域打拼. Stonebraker从上世纪70年代——数据库刚开始发展的时间——就开始在数据库领域活跃,这样的老古董提出的数据库的新想法,给了整个存储领域很大的想象空间.

对内存数据库的使用已达临界点

- - InfoQ cn
微软的David Campbell在文章《 内存数据库即将到到临界点(The coming in-memory database tipping point)》中说到, 内存数据库离广泛采用越来越近了. 他还说明了微软在这个领域的策略. 据David所说,以下各种趋势使得内存数据库会在五年内变得普遍:.

内存数据库分析-装载整理

- - 人月神话的BLOG
转载整理自: http://titan.iteye.com/. 传统的数据库管理系统把所有数据都放在磁盘上进行管理,所以称做磁盘数据库(DRDB:Disk-Resident Database). 磁盘数据库需要频繁地访问磁盘来进行数据的操作,由于对磁盘读写数据的操作一方面要进行磁头的机械移动,另一方面受到系统调用(通常通过CPU中断完成,受到CPU时钟周期的制约)时间的影响,当数据量很大,操作频繁且复杂时,就会暴露出很多问题.

内存数据库FastDB和SQLite性能测评

- - CSDN博客数据库推荐文章
在很多项目中,经常会碰到这样的需求,需要对大量数据进行快速存储、查询、删除等操作,特别是在一些针对诸如运营商、银行等大型企业的应用中,这些需求尤为常见. 比如智能网中的大量在线并发用户的数据管理、软交换平台中的在线信息交互、宽带/3G等数据网中在线用户行为记录等等. 针对这些情形,我们通常需要选择高性能的数据库产品,而且通常需要使用内存数据库,顾名思义,内存数据库指的是所有的数据访问控制都在内存中进行,这是与磁盘数据库相对而言的,磁盘数据库虽然也有一定的缓存机制,但都不能避免从外设到内存的交换,而这种交换过程对性能的损耗是致命的,目前主流数据库如SYBASE、ORACLE等都有这种缓存机制,如将特定表绑定一定的缓存,从而在一定程度上改善数据吞吐性能.

如何让NoSQL内存数据库适合企业级应用

- - CSDN博客数据库推荐文章
如何让NoSQL内存数据库适合企业级应用. 作者:chszs,转载需注明. 博客主页: http://blog.csdn.net/chszs. 英文原文: How to Make Your In-memory NoSQL Datastores Enterprise-Ready. 对于每一个关注用户体验的Web应用或移动应用而言,NoSQL内存数据库(例如开源的 Redis和Memcached)正逐步成为事实上的标准.

内存参数设置不合理导致数据库HANG

- - CSDN博客数据库推荐文章
内存参数设置不合理导致数据库HANG. 2节点RAC,数据库忽然HANG住,重启一个实例后恢复正常. 故障时间段约为8:30-10:00,以下为alert报错:. Thread 2> ORA-07445: 出现异常错误: 核心转储 [kksMapCursor()+323] [SIGSEGV] [ADDR:0x8] [PC:0x763597B] [Address not mapped to object] [].

围绕着内存数据库的4个流言

- - 199IT互联网数据中心
作者Yiftach Shoolman是Redis Labs的联合创始人兼CTO,拥有着丰富的实践经验. Yiftach 之前曾是Crescendo Networks(后被F5收购)的总裁、创建者兼CTO,更早还是Native Networks的技术副总裁. 在本文中,Yiftach直述了当下开发者对内存数据库所存在的偏见,并提出了一些技术选型参考意见.

当内存512遇上Access数据库600M,IO磁盘受伤了

- - 博客园_首页
服务器内存就512M,Access数据库(文章库)600多M,结果竟然就是IO受伤了. 秋色园技术原理解析 系列,园里不少看过的帅歌,应该有点印象,从开始到现在,还是铁打的Access数据库. 虽然本人目前对Access恨入之骨,皆因囊中羞涩,暂时不得不与之同流合污. 忙碌 微博粉丝精灵几个月来, 秋色园一直运行正常,除了远程界面都变的很卡之外,基本上也没发现什么异常.