.net 数据缓存(一)之介绍

现在的业务系统越来复杂,大型门户网站内容越来越多,数据库的数据量也越来愈大,所以有了“大数据”这一概念的出现。但是我们都知道当数据库的数据量和访问过于频繁都会影响系统整体性能体验,特别是并发量高的系统。为此,我们通过数据缓存来,减轻数据库的压力。为此,随着时间的步伐,各式各样的缓存技术的出现,让我们对于这些技术有些眼花缭乱。不是说功能最全的最先进,就是适合自己。我们要看看自己系统的定位去评估自己的系统适合使用哪种缓存机制。当然,也可以通过定义缓存接口,以后方便缓存机制的替换。下面我们来了解下缓存的概念、分类及发展趋势。

一、 概念

a、定义

数据缓存就是将数据暂存于内存缓存区中的一种技术。

b、目的

通常情况下,大量数据是保存在数据库中的,而应用程序访问数据库是一项很费时的操作。如果先将数据库中的数据缓存到缓存区中,当应用程序需要这些数据时,直接从缓存区中提取,就可以减少系统开销。

c、 类别

本地缓存 > 集群缓存 > 分布式缓存(数据网格)

参考:http://in.relation.to/2012/11/08/data-grid-why/

二、 缓存类别的对比

缓存类别 本地缓存 集群缓存 分布式缓存
存储位置 应用服务器内存 网络服务器内存 网络服务器内存
优点 访问非常快 每一台服务器都包括所有的缓存 数据缓存分布,当缓存增移更,只需要对单台服务器操作
缺点 内存有限,不易扩展 对缓存增移更操作,需要对所有服务器访问 当一某台服务器(服务器集群)宕机或者网络异常无法访问时,则该服务器的缓存也无法访问了。
适合系统级别 并发量小(<10),数据量不大(单表数据<10万)。 业务单一,并发量大,数据量大(千人用户,并发量在200左右)。 业务量复杂,并发量巨大。

三、 分布式缓存框架对比

名称 Couchbase Memcached Redis
描述 基于CouchDB使用了JSON作为其文档格式,并兼容Memcached的接口 在内存中实现键值对存储方式,最初设计即是实现缓存 在内存中实现键值对存储方式,用于数据库、缓存和消息代理(因为Redis非常注重性能,所以大部分设计要求高性能和低延迟)
数据模型 文档数据(键值对) 键值对 键值对(多个数据类型和一组丰富的操作,以及可配置的数据过期、驱逐和持久性)
官方网站 www.couchbase.com www.memcached.org redis.io
首次发行 2011 2003 2009
现行版本 3.0.3, 2015年3月 1.4.24, 2015年4月 3.0.3, 2015年6月
许可协议 开源(Apache version 2) 开源(BSD license) 开源(BSD 3-Clause, commercial license available)
趋势图

参考:db-engines.com/en/

总结:缓存的发展,其实是前一种类型进化的产物,所以可以兼容前一种类型。哪一种方案最优,最易,要看架构设计要求了。不需要简单的事情复杂化。但是为了讲解缓存,我只会讲解Redis。因为他是目前使用率最高的分布式缓存。后面我会讲一讲如何使用Redis。

时间: 2024-08-02 11:00:34

.net 数据缓存(一)之介绍的相关文章

微信小程序开发本地数据缓存教程

微信小程序开发过程中,本地数据缓存是必不可少的一部分.而且本地数据缓存的用途还挺多的,下面木鱼小铺(https://www.muyu007.cn)就和大家分享一下微信小程序开发本地数据缓存教程,希望对大家有所帮助! 第一步:读写本地数据缓存 微信小程序为了方便开发者缓存数据提供了读写本地数据缓存接口,读本地数据缓存采用的是wx.getStorage/wx.getStorageSync接口,写本地数据缓存的是wx.setStorage/wx.setStorageSync接口.其中以Sync结尾的是

Android应用开发:Fragment与大型数据缓存

引言 在Android应用开发:Fragment的非中断保存setRetaineInstance一文中已经介绍过了如何让Fragment不随着Activity销毁从而保存数据的方法.在移动应用程序的架构设计中,界面与数据即不可分割又不可混淆.在绝大部分的开发经历中,我们都是使用Fragment来进行界面编程,即使保存数据基本上也只是界面相关控件的数据,很少做其他的数据保存,毕竟这样与开发原则相背,而今天这一篇博客就要来介绍一下Fragment的另类用法,只是用来保存数据而没有任何界面元素. 实现

jQuery1.9.1源码分析--数据缓存Data模块

阅读目录 jQuery API中Data的基本使用方法介绍 jQuery.acceptData(elem)源码分析 jQuery.data(elem, name, data)源码分析 internalRemoveData方法源码分析 internalData方法的源码分析 jQuery.fn.extend({data: function( key, value ) {}})源码分析 jQuery.extend({removeData: function( elem, name ) {}})源码分

3.使用闭包实现数据缓存

闭包: 闭包是指可以包含自由(未绑定到特定对象)变量的代码块:这些变量不是在这个代码块内或者任何全局上下文中定义的,而是在定义代码块的环境中定义(局部变量).“闭包” 一词来源于以下两者的结合:要执行的代码块(由于自由变量被包含在代码块中,这些自由变量以及它们引用的对象没有被释放)和为自由变量提供绑定的计算环境(作用域).在PHP.Scala.Scheme.Common Lisp.Smalltalk.Groovy.JavaScript.Ruby. Python.Go.Lua.objective

asp.net中缓存的使用介绍一

asp.net中缓存的使用介绍一 介绍: 在我解释cache管理机制时,首先让我阐明下一个观念:IE下面的数据管理.每个人都会用不同的方法去解决如何在IE在管理数据.有的会提到用状态管理,有的提到的cache管理,这里我比较喜欢cache管理,因为本人比较喜“cache”这个词.但是状态管理和cache管理这两个在概念和意义上是不同的,下面就让我们来讨论下两都在各个方面的不同之处. 虽然cache管理并不存在于Windows程序,但在web环境中已经得到巨大的应用.自从HTTP变成无协议以来,在

TimesTen 应用层数据库缓存学习:17. 全局数据缓存(cache grid)的高可用性

概述 本文有两个目的: 1. 介绍TimesTen Global Cache Grid的高可用性 2. 给出了一个简单的建立和清理Global Cache Grid的过程,前面已经有一篇文章: TimesTen 应用层数据库缓存学习:13. 全局数据缓存(cache grid),但那个Cache Group太复杂 建立一个简单的Global Cache Grid 首先建立两个TimesTen instance,一个为tt1122, 一个为ttnew. 之所以建立两个实例,是为了停instance

(转)Memcache,Redis,MongoDB(数据缓存系统)方案对比与分析

Memcache,Redis,MongoDB(数据缓存系统)方案对比与分析 数据库表数据量极大(千万条),要求让服务器更加快速地响应用户的需求. 二.解决方案: 1.通过高速服务器Cache缓存数据库数据 2.内存数据库 (这里仅从数据缓存方面考虑,当然,后期可以采用Hadoop+HBase+Hive等分布式存储分析平台) 三.主流解Cache和数据库对比: 上述技术基本上代表了当今在数据存储方面所有的实现方案,其中主要涉及到了普通关系型数据库(MySQL/PostgreSQL),NoSQL数据

Memcache,Redis,MongoDB(数据缓存系统)方案对比与分析

mongodb和memcached不是一个范畴内的东西.mongodb是文档型的非关系型数据库,其优势在于查询功能比较强大,能存储海量数据.mongodb和memcached不存在谁替换谁的问题. 和memcached更为接近的是redis.它们都是内存型数据库,数据保存在内存中,通过tcp直接存取,优势是速度快,并发高,缺点是数据类型有限,查询功能不强,一般用作缓存.在我们团队的项目中,一开始用的是memcached,后来用redis替代. 相比memcached: 1.redis具有持久化机

FIFO数据缓存器

FIFO数据缓存器: FIFO (First Input First Output) 一种先进先出的数据缓存器,先进入的数据先从FIFO缓存器中读出,与RAM相比没有外部读写地址线,使用比较简单,但只能顺序写入数据,顺序的读出数据,不能像普通存储器那样可以由地址线决定读取或写入某个指定的地址. FIFO数据缓存器的作用: FIFO一般用于不同时钟域之间的数据传输,比如FIFO的一端是AD数据采集,另一端为PCI总线,那么在两个不同的时钟域间就可以采用FIFO来作为数据缓冲.另外对于不同宽度的数据