谈到数据库的并发控制,相信大家一定会想到锁的概念。我们可以把数据库想象成一个共享资源池,如果用户程序一个个地串行执行,那么数据库系统可能大多时候会处于闲置状态。而如果多个用户可以并行存取数据库,那么数据库的一致性又该怎么保证呢?于是就有了锁的存在,每个进程在访问修改数据之前,都必须先对数据加锁。使用锁机制既可保护了自己的访问不会被别人破坏,也不会去破坏别人的访问。而谈到数据库集群,它的并发控制是否更复杂?本期话题欢迎大家探讨。
话题讨论:
1.很多DBA有种感觉,那就是RAC比非RAC的Oracle技术更难入门。拨开Oracle RAC华丽的外衣,其本质不过就是个关系型数据库。数据库的本质到底是什么?它仅仅是一个巨大的数据集散地吗?数据库系统与其它数据管理方法的重要区别是什么?
2.并发访问数据库本身很美妙,但带来的问题颇具挑战性,可能造成数据不一致的后果,请结合您的日常生活与工作分享一些并发控制的案例。
3.我们知道RAC是运行在多台计算机的数据库中,如何在多台计算机环境下感知并发的存在?RAC和传统的单实例有哪些区别?请谈谈您的理解。
4.集群间的同步功能更像是一把“双刃剑”,它可以保护数据的一致性,但也有可能因为集群同步活动过于密集而影响集群性能。您是否赞成?要想真正实现集群环境的理想性能需要考虑哪些关键因素?
活动时间:5月28-6月18日
活动奖励:欢迎大家针对以上任意问题回帖,选取4名网友赠送图书徽章1枚,可用于兑换图书。1名网友赠送超薄无线鼠标一个。
鼠标.jpg (20.87 KB, 下载次数: 309)
2014-5-29 11:04 上传
获奖名单:恭喜以下会员获奖!
赠送图书徽章1枚
听海★蓝心梦
似雪飞舞
xuexiaogang
pastime_Wang
赠送超薄无线鼠标一个
tianya_2011