K-DB亮相数据库大会 浪潮解读RAC关键锁机制

近日,第七届中国数据库技术大会(DTCC2016)在京召开,这是国内数据库与大数据领域最大规模的技术盛宴,本次大会以“数据定义未来”为主题,云集了来自业界的5000余名IT精英和用户代表,3天的会期,大家共话数据库技术发展潮流,共赴数据浪潮之巅。

作为国内最具品牌影响力的技术大会,已经连续举办了6年,围绕传统关系型数据库的架构设计与优化、数据库加速、实时计算和特定领域的应用经验和优化心得等议题,本次大会吸引了包括Oracle、SAP在内的老牌厂商参会,也吸引数据库领域众多新秀参与。浪潮以全新形象亮相本次大会,携旗下K1+K-DB一体化解决方案进驻DTCC,并在现场设置了数据库互动体验专区,引来众多行业专家测试,反响热烈。

浪潮展位前吸引众多参会嘉宾关注

K-DB是专为浪潮天梭K1关键应用主机定制和优化的数据库,具备基于共享存储式数据库集群RAC特性,可实现异构平台全自动化一键式迁移,拥有高可靠、高性能和高可拓展性,一经推出,就吸引了业内广泛关注。

在 “数据库内核”技术专场,浪潮高级软件工程师霍俊路向参会嘉宾详细介绍了K-DB数据库集群下的锁管理机制的实现方式。霍俊路表示,用户最关心的是数据库的高可用、高可靠及扩展性,这些需求在单机数据库上是很难实现的,而具备RAC集群技术的数据库正是解决用户这种需求的最佳方案。放眼市场,能够提供RAC集群的数据库极少,K-DB则是其中之一。KRAC集群是基于共享磁盘的集群技术,这是业界目前效率最高的数据库集群实现技术。

RAC需要处理多个数据库节点同时读写相同对象,所带来的并发访问问题,这就需要锁机制的管理,如何设计高效可靠的锁机制是RAC成功的关键,K-DB拥有专门的全局锁处理模块来确保RAC实现。

霍俊路在演讲中透露,在K-DB集群中,节点之间的内存是共享的,当一个节点访问的数据已经在另一个节点的内存中时,这个节点的数据可以从该节点的内存中直接读取,避免了从磁盘中读取,减少IO的消耗。这种机制叫做缓存融合。为了支撑缓存融合的功能,K-DB 使用了全局锁处理进程、全局锁资源管理器、以及全局缓存传输进程 3大模块进行协同处理。其中,全局锁资源管理器里面记录了锁的模式,锁的角色,数据块的状态等重要信息。全局锁处理器使用了分配链表和等待链表2条链表协同处理的方式。而全局缓存进程负责数据块的具体传输的工作。

而且K-DB拥有完善的工具包,尤其是针对Oracle数据库的一键迁移功能,能够很好的控制K-DB应用的技术门槛和切换成本。客户只需要在友好的图形化操作界面上执行几个步骤,点选几个选项即可完成迁移工作。其中,北京市档案局应用系统建设负责人田雷就表示,迁移6GB的数据,只用了15分钟,而且没有任何错误,相当吃惊。而且K-DB提供了与Oracle数据库相同的术语定义和支持标准,兼容性接近完美,管理员几乎不需要重新学习就可以使用。

DAB在浪潮展区现场体验K-DB功能特性

在展区,浪潮还设置了K-DB实测体验区,邀请参会DBA现场体验K-DB开发管理工具、APM报告和一键迁移等功能特性,吸引众多参会DBA关注并实地操作体验。来自某商业银行数据中心的李工在体验K-DB后感叹,K-DB的SQL语句和操作性与Oracle相似,很容易熟悉,上手也很容易。并且K-DB提供了完整的一键迁移工具包,能为DBA节省很多时间,这是一个离DBA最近的应用场景,能给我们减少很多工作量。

在过去几年,浪潮看到传统数据库与新型数据库之间的竞争与融合不断牵动传统IT企业的神经,不论二者是分治而立,还是趋于融合共通,浪潮将与用户一起直面数据所带来的挑战。

浪潮K-DB高级产品经理张磊磊认为,大数据云计算的发展,让NoSQL数据库、分布式数据库等获得越来越多的关注,但是这些新兴的数据库并不会取代传统关系型数据库,而关系型数据库在行业客户中仍然具有着不可动摇的地位,而行业客户一直是浪潮业务的重心,在行业客户中,对数据库事务处理能力、稳定性等指标,仍然是客户采购的第一考量。

要更好的满足客户需求,软硬一体化是最好的解决方法,K-DB结合天梭K1架构的内核参数调整优化,进行15,000个功能验证场景测试,执行1,000个手动的功能/性能测试,验证16,000个用户测试场景,在内蒙古交通厅进行的横向性能测试中,K-DB在17项测试中,有11项遥遥领先,对比产品涵盖了业界常见的所有数据库。

在刚刚结束的2016浪潮服务器存储全国合作伙伴大会(IPF2016)上,浪潮表示将继续以“计算+”为核心,构建计算新形态,建立面向未来的、具备核心竞争力和持续生命力的业务体系,以天梭K1 应用主机和K-DB数据库为核心的关键业务计算,依然是浪潮战略持续投入的核心领域。而且2016年,浪潮将启动“K+计划”,从产品、解决方案和合作伙伴三个维度入手,核心强调“激活生态”与“场景交付”,面向客户提供从关键应用主机、高端存储到数据库软件的关键业务计算整体解决方案,实现浪潮关键业务计算2016年超过150%的增速。

原文发布时间为:2016年5月25日

时间: 2024-12-10 20:05:01

K-DB亮相数据库大会 浪潮解读RAC关键锁机制的相关文章

深入分析MSSQL数据库中事务隔离级别和锁机制_MsSql

锁机制 NOLOCK和READPAST的区别. 1.       开启一个事务执行插入数据的操作. BEGIN TRAN t INSERT INTO Customer SELECT 'a','a' 2.       执行一条查询语句. SELECT * FROM Customer WITH (NOLOCK) 结果中显示"a"和"a".当1中事务回滚后,那么a将成为脏数据.(注:1中的事务未提交) .NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修

深入分析MSSQL数据库中事务隔离级别和锁机制

锁机制 NOLOCK和READPAST的区别. 1.       开启一个事务执行插入数据的操作. BEGIN TRAN t INSERT INTO Customer SELECT 'a','a' 2.       执行一条查询语句. SELECT * FROM Customer WITH (NOLOCK) 结果中显示"a"和"a".当1中事务回滚后,那么a将成为脏数据.(注:1中的事务未提交) .NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修

浪潮云海金融大数据一体机亮相云计算大会

[天极网服务器频道5月22日消息]在5月21日举行的"云计算大数据,推动智慧中国"的第六届云计算大会上,浪潮作为国内云计算领域的龙头企业,发表了"激活行业大数据:挑战与解决之道"的主题演讲,展出了包括产品.解决方案.服务一体化云计算大数据产品线.其中,今年3月发布的浪潮云海金融大数据一体机作为明星产品重装亮相云计算大会. 浪潮集团云计算技术总监张东进行主题为<激活行业大数据:挑战与解决之道>的演讲 "从传统结构化数据的分析应用,到行业内部整合的

数据库大会:大数据来了 机遇与挑战共存

本文讲的是数据库大会:大数据来了 机遇与挑战共存,2012年4月13日,由IT168(ITPUB.IXPUB.ChinaUnix)主办的2012中国数据库技术大会(DTCC)在北京隆重召开.大会第二天,北京人大金仓信息技术股份有限公司首席科学家王珊教授发表了主题为"Big Data时代数据库的机遇.挑战与应变"的精彩演讲. 大数据时代的到来,数据带来了爆炸式的增长,数据设备使真实世界能够被数字化处理,数据由量的积累而产生了分析处理价值. 王珊表示,大数据的来源主要来自互联网公司Face

Wince MFC OLE DB SQLCE数据库访问技术(二):嵌入式目标平台创建本地数据库sdf文件

前言 上一节已经讲述了嵌入式目标平台上安装sqlCE,本章将介绍如何在目标平台上创建本地数据库sdf文件. 备注:博客中所有关于Wince MFC OLE DB   SQLCE数据库访问技术的文章都是基于SQL Server 2005 Compact Edition即 sqlCE 3.x     在讲述sqlCE之前,先来了解下,sqlCE优于wince 自带数据库的特点: 类别 对象 最大大小限制 存储 列名 128 个字符   表中的列数 1024 行大小 8060 字节   数据库密码 4

启明星辰专访:数据库安全审计趋势解读

本文讲的是启明星辰专访:数据库安全审计趋势解读,近两年来,有关数据库安全的黑客事件日益增多,网站用户数据泄密.电商个人账户金额被盗刷.银行用户数据泄密--数据库安全问题已经引起了业界的广泛重视.在2011年IT168的一期数据库安全审计在线调查(报告下载)中,超过80%的被调查企业用户认为内部人员的违规操作是目前数据库安全面临的最主要的问题.时至今日,数据库安全审计与防护市场的现状与未来趋势又有了怎样的变化呢?近日,我们就此话题采访了启明星辰审计产品经理滕文静和研发副总监袁智辉. 数据库安全风险

详解K-DB RAC集群下的锁机制管理(一) ——K-DB与锁技术的演进

集群功能是数据库产品高可用性的重要一环,集群架构是保障业务连续性的核心架构,体现着数据产品的高可用性和技术水准.但在业界集群架构有多种方案和技术,其中最具稳定性.最能够保障业务连续性的架构当属于RAC集群,即Real Application Cluster.RAC集群特点是多个数据库节点共享存储,节点多活,可同时处理业务请求,具有负载均衡和故障转移两大特性,以此为系统提供业务连续性和高性能保障,经过多年电信.金融等关键行业的核心业务检验,RAC集群技术已经成为业界数据库集群的首选方案. 目前,甲

详解K-DB RAC集群下的锁机制管理(二) ——K-DB集群基本架构

数据库锁专门协调不同进程间的资源冲突,系统资源冲突的类型.频率.复杂度等决定了锁技术的发展,而资源冲突的情况又与数据库系统的基本架构高度相关.例如,在standby架构下,虽然以多节点集群运行,但是实际各个节点轮换对资源进行操作,资源冲突更多的体现为节点内进程或者是线程之间的冲突,相对简单,与之相应的锁机制也就简单.而K-RAC同时支持多个节点共同操作,由此带来的资源冲突问题远比其他架构更为复杂.因而,本文将先介绍K-DB的基本架构,由此引出K-DB锁的存储管理.构成以及锁同数据库映射关系的建立

并发编程(四):也谈谈数据库的锁机制

首先声明,本次文章基本上都是从其他人的文章中或者论坛的回复中整理而来.我把我认为的关键点提取出来供自己学习.所有的引用都附在文后,在这里也就不一一表谢了. 第二个声明,我对于Internel DB并没有研究过,所使用的也是简单的写写SQL,截止到现在最多的一个经验也就是SQL的性能调优,具体点就是通过Postgresql的执行计划,来调整优化SQL语句完成在特定场景下的数据库调优.对于锁,由于数据库支持的锁机制已经能够满足平时的开发需要.因为所从事的行业并不是互联网,没有实时性高并发的应用场景,