|
本帖最后由 2009532140 于 2013-11-25 12:39 编辑
1.针对常用的Oracle数据库应用,热数据的最佳定义是什么?
这个没找到具体明确具体的定义,个人认为就是极短的时间内对少量数据进行了过于频繁的访问。
最简单的例子就是,在早晨高峰时间段内大批量员工的用户登录并打卡,这样的操作就会对少数的表进行高频访问就算是这个时间段内的热数据。
在数据库的内部底层表现为热点块,这个在网上有不少的介绍,在此不再赘述。
============================================================
2.这些热数据具备怎样的特性 (比如热数据的比例,热数据区间的移动变化)?
① 主要就是短时迸发性。
② 热数据占总数据的比例很小(一般来说)
============================================================
3.什么方式为热数据最佳捕获方式?是透明缓存方案、还是提供API而由上层应用来管理热数据?
① 一般来说,透明缓存方案可以将广域网的流量降至最低。对于公司内联网用户来说,这意味着将内容在本地缓存,而无须通过专用的广域网来访问相关应用。这样可以提高系统吞吐量、减少响应时间、降低磁盘I/O,进而减少应用的等待时间。可以通过查询缓存区的相应数据结构可以得到热数据,这也是我们经常使用的方式之一。
② 上层应用的话用来发现相关的热数据更方便。什么时间做什么,会对什么数据造成热化是显而易见的。
所以说,这两个方式或许可以结合起来使用。
============================================================
4.对于Oracle数据库应用的缓存方案,还有哪些尚未提及或未开发的需求?
对于形成的热数据,数据库系统是否能将相关的热数据进行分散,降低热度。
|
|