1. 缓存服务器是干什么用的
简单来说就是将internet的信息保存在本地中，节约资源
2. 什么叫缓存服务器
缓存服务器用来存储网络上的其他用户需要的网页，文件等等。这种服务器不仅可以使用户得到他们想要得信息，而且可以减少网络的交换量。缓存服务器往往也是代理服务器。对于网络的用户，缓存服务器和代理是不可见的，在用户看来所有的信息都来自访问的网站。
3. 缓存服务器的缓存概念
这是两种主要的Web缓存：
直接缓存，将用户频繁访问的来自Internet服务器的Web对象的拷贝保存在企业本地网络中。
反向缓存，企业内部Web服务器的Web对象的拷贝保存在企业网络边缘的代理服务器上以提高外界访问企业站点的性能。
Web缓存可以根据不同等级进行配置：
本地缓存：将Web对象缓存的拷贝保存在本地计算机中。大多数流行的Web浏览器默认情况下保留一个先前访问对象的缓存。例如，Internet Explorer称之为“临时Internet文件”。本地缓存拷贝只是在用户频繁地从同一台机器访问页面时有用。
代理缓存：代理服务器是为公司内的多个用户/客户计算机缓存Web对象的单独机器。它们是位于客户端和托管的Web服务器之间的计算机，而且它们比本地缓存效率更高，因为在企业本地网络中的任何用户或计算机访问某个Web对象时，缓存拷贝对想访问该对象的任何其他用户/计算机是可用的，无需到Internet服务器上再次下载它。代理缓存可以在网络边缘与防火墙结合使用。
微软的ISA Server和BlueCoat的工具一样，既包括防火墙也包括缓存代理服务器。缓存服务器也可以是单独的机器，运行免费的缓存软件或商业产品，例如：
Linux版的Squid免费缓存代理
MOWS基于Java分布式web和缓存服务器
Vicomsoft RapidCache Server for Windows或Macintosh
WinProxy for Windows
可升级的缓存解决方案
随着公司的扩大，单一的Web缓存服务器可能无法处理所有的通信或存储足够的Web对象。在这种情况下，可以扩展缓存解决方案以建立一个缓存阵列——一组共同工作以便在组内分配缓存负载的缓存代理服务器。万一某个缓存服务器停机，还提供缺省的容量。
要在阵列中操作，缓存服务器必须能够彼此使用协议进行通信，例如：
WCCP（Web缓存协调协议），Cisco缓存产品以及诸如Squid这样的开源代理使用。
ICP（Internet缓存协议），被Squid和BlueCoat支持。
CARP（缓存阵列路由协议），被ISA Server Enterprise Edition用来管理缓存服务器阵列的失效转移和负载平衡。
CARP能够支持几乎无限的线性扩展以满足快速增长型企业的需求。当向某个阵列中添加或移除一台服务器时，CARP自动调整并再指定URL以有效地分布负载。
缓存阵列能够以等级的或分布式的架构排列。在分布式缓存中，阵列中所有代理服务器处在一个“平等地位”而且负载在它们之间进行分配。在分等级的缓存中，代理以链式进行配置，它们处在不同的等级，所以服务器或阵列连接到其它离Internet更近的服务器或阵列（离Internet最近的那些服务器或阵列被看作“上游的”，那些最远的被看作“下游的”）。这样，缓存内容会尽可能地靠近需要它的用户。
阵列是高度可升级的，因为可以向阵列添加服务器，或向分等级的架构增加阵列等级，而无需扰乱目 前的缓存解决方案。
另一个可扩展性问题是使用缓存减少分支机构网络带宽的能力。分支机构代理可能没有直接连接到Internet，但是可以使用拨号连接或办公室到办公室的WAN连接以便从总公司的上游代理服务器上请求Web对象。
另一个选择是为需要向消费者提供基于Web的应用，可使用诸如由Akamai提供的服务。他们的Web Application Accelerator服务通过下列方法优化性能：
向他们的边缘服务器动态映射请求，并监视Internet路由以便在最快和最可靠的路由上传输。
利用压缩技术和预取技术（pre-fetching）以最小化带宽使用率。
用安全套接层（SSL）保护Web传输。
缓存支持的有些硬件标准：
目前缓存支持的硬件标准：
内存不超过4G，超过的只识别4G。
硬盘不超过2T，超过的只识别2T
存储硬盘数量最大支持4块（如果系统盘是电子盘不包含在内）
另外推荐使用INTEL的机器和网卡。
4. 缓存服务器
我刚刚的回答应该有问题。
你的缓存服务器怎么运作的？可以上网的吧？比方proxy服务器的话，所有上网的客户机把代理设置为proxy 服务器，提交请求的时候就是先找这台缓存服务器，而缓存服务器发现缓存中没有内容的时候会自动上网获取内容再提交给客户端。
串联的话，NAT方式缓存服务器可能起不到缓存的作用了，还是代理模式才可以。原理一样，串并联都没关系。
5. hibernate的缓存技术跟缓存服务器都是跟缓存有关，请问他们俩个都是怎么
sessiono由session工厂创建，是一个非常重要的对象，它可以开启事务（业务中必须用到的），对数据进行增删改查，创建hql，创建原生sql，创建qbc，等，主要是跟数据库一级to,po,do对象打交道。
首先设置缓存的目的就是为了减少服务器压力提高用户访问速度。换才能就好像是我们的内存一样，而数据库就好像我们的硬盘一样，从内存中拿数据肯定要比从硬盘中拿数据快的多。
一级缓存又名session级缓存，就是hibernate查询数据库后将查询结果存放在缓存中，这样下一次查询相同数据时就不会从数据库中拿数据，就可以直接在缓存中拿数据，加快了访问速度。因为从数据库中拿数据时费时费力的所以有了缓存就大大减小了服务器压力。
hibernate支持二级缓存，但是需要第三方插件。需要手动开启，二级缓存要比一级缓存范围大。我说的范围大是指生存周期大。通常存放一些访问频率高但是需要更改的次数少的数据。它的存放位置是在本地的某个文件夹下（存储位置可以通过配置文件设置）。
说白了有了缓存我们访问数据就会很快，减少了服务器压力。
6. 怎样利用缓存服务器来负载均衡
根据一些专家的调查分析，发现企业在使用数据库的时候，90%以上主要用来查询。有些企业这个比例甚至更高。也就说，用户对数据库的操作，其实更新操作占的比例很少。大部分的操走都只是查询操作。
如一些论坛，大部分用户只会看贴，而不会发帖。这就是一个典型的查询操作比例大大超过更新操作比例的例子。针对这种情况，其查询操作往往是其数据库性能的瓶颈。如何有效提高查询的性能，这就使各个数据库专家在考虑的问题。在SQL Server数据库中，已经有了一个现成的解决方案。数据库管理员可以利用缓存服务器来提高数据库的性能。笔者这里就以SQLServer2008为例，谈谈如何利用缓存服务器来实现负载均衡，来提高数据库的查询效率。
一、 数据查询与数据更新分开走。
如上图所示，如果用户要查看某个帖子，其就会打开某个连接。此时WEB应用服务器就会从后台数据库中查询相关的记录。这里需要注意的是，由于其只是查看帖子，而不涉及到更新的操作，为此WEB应用服务器就只从缓存服务器中读取数据。这个缓存服务器中的记录跟数据库服务器的内容是同步的。WEB应用服务器在从数据库缓存服务器读取数据之前，还会先判断一下哪台数据库服务器比较空。会优先连接到比较空闲的数据缓存服务器中，然后从这台服务器中读取数据。所以，当访问这个论坛的用户比较多时，这个数据缓存服务器能够实现负载均衡的需要。
如果用户看了某个帖子，现在需要发表一个评论，此时后台数据库会怎么操作呢?注意，当WEB应用服务器发送了一个 Update更新操作的时候，其应用服务器会自动连接到数据库服务器，而不会再连接到数据库缓存服务器。而是直接向数据库服务器发送更新操走的语句。当数据库服务器更新了相关的内容之后，会与数据库缓存服务器实现数据的同步。从上图中可以看出，整个数据查询与数据更新WEB应用服务器是分两条路走。其实这就好像是公路上分道行驶，机动车走机动车道;非机动车走非机动车道。
如此的话，就不会因为非机动车比较慢，而影响到机动车的速度。在这个方案中，将数据库的更新操作与查询操作分开来走，也是类似的道理。在查询时，数据流是单向流动的，所以能够在很大程度上提高查询的效率。从而让数据负载均衡的效果更加明显。总之，当某个应用程序查询操作大大超过更新操作时，通过在多个数据库间缓存只读数据，并在数据库间均匀连接客户端以分发负载，则就可以向外扩展工作负荷的读取分区，即实现负载均衡的目的。
二、 采用这个方案需要注意的地方。
在部署这个解决方案时，仍然有些数据库管理员需要关注的内容。如以下这些内容，数据库管理员需要根据企业的实际情况来进行调整，以提高这个方案的价值。
首先需要考虑数据缓存服务器与数据库服务器之间同步的频率问题。这个同步操作是一把双刃剑。若同步的频率太高，会影响数据库服务器与缓存服务器的性能;若同步频率比较低的话，则数据库缓存服务器中的数据得不到及时的更新。
如此的话，用户查询时可能在短时间内无法获取最新的数据。所以，一般来说，系统滞后的时间应该尽量的短，即数据库服务器的更新内容必须尽快与数据库缓存服务器进行同步。
理想的状态时，在更新数据库服务器的同时更新数据库缓存服务器。但是，这么做是以牺牲数据库与数据库缓存服务器的性能为代价的。为此数据库管理员在实施这个解决方案时，往往不会这么做。而是设置在一段时间之后同步。如可以设置为10秒、60秒、300秒或者更长的时间后进行同步。
具体这个同步的时间间隔多少为好，没有一个统一的标准。这需要数据库管理员根据企业对数据同步的要求不同而定。一般来说，数据库管理员在满足用户需要的前期下，可以将这个时间设置的相对长一点。这可以避免因为过多的同步操作而降低了这个方案的价值。其实，对于大部分用户来说，60秒左右的时间差异还是可以接受的。如在论坛中，一个人发帖后，在一分钟之后看到一般不会有什么问题。对于人的感觉来说，这个一分钟时间不长。但是对于数据库服务器来说，这一分钟可以做很多事情。所以，适当延长这个同步时间，却可以在很大程度上提高数据库服务器性能。这个时间的代价，有时候还是值得的。
其次，在数据库服务器与数据库缓存服务器之间，应该建立比较直接的、快速的网络连接。当用户比较多时，数据库服务器与数据库缓存服务器之间若发生同步操作，则会造成很多的网络流量。有时候同步操作发生时，影响这个工作的效率可能并不是数据库服务器或者数据库缓存服务器本身，而是他们之间的网络连接。
由于其可用的带宽跟不少数据库服务器系统的吞吐量，从而影响到了同步操作的效率。为此，在数据库服务器与数据库缓存服务器之间的网路连接，应该尽量的直接。如最好不要在中间夹着其他的不必要的网络设备;也最好不要在他们之间配备防火墙等安全策略。这些安全策略与网络设备都会在很大程度上影响到这个同步操作的效率。
另外，最好也不要有其他的应用服务来争抢带宽。所以简单的说，如果可能的话，在数据库服务器上部署多张网卡，直接与数据库源服务器实现双机互联，而那传输同步操作需要的数据，这是一个很不错的手段。由于其数据传输更直接、而且其他设备或者应用服务也会来争夺其带宽，同时又可以克服他们的非法攻击。为此，只要他们之间多距离比较短的话，采用这种方案可能效果会比较好，可以在最大程度内缩短这个同步操作所需要的时间，从而让其他用户尽早看到更新的数据。
第三为同步选择合适的复制方案。
那么该如何实现数据库服务器与缓存服务器之间的同步呢?在SQLServer数据库中，有三个方案可供数据库管理员选择。这三个方案分别为快照复制、合并复制与事务复制。这三个复制模型各有各的特点。不过从最终效果来看，其都可以实现数据库服务器与数据库缓存服务器之间的同步。不过由于其内部的实现机制不同，为此其虽然结果相同，但是从性能等方面考虑，还是有差异的。
各种复制模型的原理与特点属于基本知识的范畴，笔者在这里就不做过多阐述了。笔者认为，在利用这个数据库缓存服务器来实现负载均衡的方案中，最好采用事务复制的同步方案。因为相比其他方案来说，事务日志能够满足事务的一致性、数据库服务器系统比较大的吞吐量、同步时尽量少的开销、以及系统比较短的滞后时间等等需求。
另外在有些企业中采用这个方案的话，还要考虑到表与记录的过滤需求。而通过事务复制的话，就可以实现对列和行的过滤。而其他复制模型的话，只能够部分满足这些需求。
所以，笔者认为，在选择数据同步方案时，可能选择事务复制来实现同步，更加的合适。不过最终是否真是如此，还是要求数据库管理员根据企业的实际需要，然后分别采用几个复制模型来进行测试，才能够得出真正合理的结果。
7. 缓存服务器的缓存服务器原理
Web缓存服务器的应用模式主要是正向代理和反向代理。正向代理(Proxy)模式是代理网络用户访问internet，客户端将本来要直接发送到internet上源服务器的连接请求发送给代理服务器处理。正向代理的目的是加速用户在使用浏览器访问Internet时的请求响应时间，并提高广域网线路的利用率。正向代理浏览器无需和该站点建立联系，只访问到Web缓存即可。通过正向代理，大大提高了后续用户的访问速度，使他们无需再穿越Internet，只要从本地Web缓存就可以获取所需要的信息，避免了带宽问题，同时可以大量减少重复请求在网络上的传输，从而降低网络流量，节省资费。
反向代理(Reverse Proxy)模式是针对Web服务器加速功能的，在该模式中，缓存服务器放置在web应用服务器的前面，当用户访问web应用服务器的时候，首先经过缓存服务器，并将用户的请求和应用服务器应答的内容写入缓存服务器中，从而为后续用户的访问提供更快的响应。其工作原理如下图所示。
8. 硬盘缓存对仿真软件的作用
如果不考虑容量，建议用16M的，缓存的作用还是挺大的，特别是大数据量读写时，能充分体现出来读写性能。
9. 缓存服务器的什么是缓存服务器
无论企业有多大，Web缓存都有助于优化性能和节省宽带。而且如果选择了正确的缓存解决方案，它可以随着企业网络的增长而扩大，而无需进行昂贵且耗时的重建。
几年以前，理论是超高带宽的Internet连接会使Web缓存毫无用处，但是结果并非如此。即使最快的速率达到30-45Mbps的光纤Internet连接和速度在100 Mbps到1 Gbps速率的局域网相比仍然很慢，所以性能依旧是一个问题。除此之外，缓存提高了可用性，因为即使托管的Web服务器停机或者由于网络问题而不可达时，缓存的对象拷贝仍然可以访问。如果企业根据流量付费，缓存还可以降低Internet连通性的费用。即使是小公司，缓存也会有利，而且好的缓存解决方案将随着企业级别升级。
10. 如何django中用redis缓存服务器，求详细教程。
django-redis 中文文档
Andrey Antukh, [email protected] 4.7.0
翻译: RaPoSpectre
1. 介绍
django-redis 基于 BSD 许可, 是一个使 Django 支持 Redis cache/session 后端的全功能组件.
1.1 为何要用 django-redis ?
因为:
持续更新
本地化的 redis-py URL 符号连接字符串
可扩展客户端
可扩展解析器
可扩展序列器
默认客户端主/从支持
完善的测试
已在一些项目的生产环境中作为 cache 和 session 使用
支持永不超时设置
原生进入 redis 客户端/连接池支持
高可配置 ( 例如仿真缓存的异常行为 )
默认支持 unix 套接字
支持 Python 2.7, 3.4, 3.5 以及 3.6
1.2 可用的 django-redis 版本
稳定版本: 4.7.0
稳定版本: 3.8.4
1.3 我该使用哪个版本
版本号像 3.6, 3.7 … 等的是主要发行版本, 会包含向后不兼容的内容. 跟多信息请在升级前阅读升级日志.
版本号像 3.7.0, 3.7.1… 等的是小更新或者 bug 修复版本, 一般只会包含 bug 修复, 没有功能更新.
1.4 依赖
1.4.1 Django 版本支持
django-redis 3.8.x 支持 django 1.4, 1.5, 1.6, 1.7 (或许会有 1.8)
django-redis 4.4.x 支持 django 1.6, 1.7, 1.8, 1.9 和 1.10
1.4.2 Redis Server 支持
django-redis 3.x.y 支持 redis-server 2.6.x 或更高
django-redis 4.x.y 支持 redis-server 2.8