php memcache要安装吗

1、下载并解压缩wget http://pecl.php.com/get/memcache-2.2.7.tgztar zxvf memcache-2.2.7.tgz2、编译根据实际情况选择使用phpize和php-config。[root@www memcache-2.2.7]# /usr/local/php/bin/phpizeConfiguring for:PHP Api Version: 20131106Zend Module Api No: 20131226Zend Extension Api No: 220131226[root@www memcache-2.2.7]# ./configure --enable-memcache --with-php-config=/usr/local/php/bin/php-config3、安装[root@www memcache-2.2.7]# make installInstalling shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20131226/4、修改php.ini并重启php-fpmextension=memcache.so更多相关教程请关注Gxlcms。

1、性能都比较高，性能对我们来说应该都不是瓶颈总体来讲，TPS方面redis和memcache差不多2、操作的便利性memcache数据结构单一redis丰富一些，数据操作方面，redis更好一些，较少的网络IO次数3、内存空间的大小和数据量的大小redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache）memcache可以修改最大可用内存,采用LRU算法4、可用性（单点问题）对于单点问题，redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,无增量复制，因性能和效率问题，所以单点问题比较复杂；不支持自动sharding,需要依赖程序设定一致hash 机制。一种替代方案是，不用redis本身的复制机制，采用自己做主动复制（多份存储），或者改成增量复制的方式（需要自己实现），一致性问题和性能的权衡Memcache本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。5、可靠性（持久化）对于数据持久化和数据恢复，redis支持（快照、AOF）：依赖快照进行持久化，aof增强了可靠性的同时，对性能有所影响memcache不支持，通常用在做缓存,提升性能；6、数据一致性（事务支持）Memcache 在并发场景下，用cas保证一致性redis事务支持比较弱，只能保证事务中的每个操作连续执行7、数据分析不支持8、应用场景redis：数据量较小的更性能操作和运算上memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写少，对于数据量比较大，可以采用sharding）

安装步骤如下：（学习视频推荐：java课程）1、下载并解压缩wget http://pecl.php.net/get/memcache-2.2.7.tgztar zxvf memcache-2.2.7.tgz2、编译根据实际情况使用phpize和php-config[root@www memcache-2.2.7]# /usr/local/php/bin/phpizeConfiguring for:PHP Api Version: 20131106Zend Module Api No: 20131226Zend Extension Api No: 2201312263、安装[root@www memcache-2.2.7]# make installInstalling shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20131226/4、修改php.ini文件添加 extension=memcache.so5、重启php-fpm

如何通过命令行查看memcache当前运命令行下查看memcache的运行状态的命令主要是stats命令，步骤如下：（1）首先通过telnet命令连接上memcache，命令：telnet 127.0.0.1 11211（2）直接输入stats 就可以得到当前memcache的状态。对于memcache的状态各英文的意思做如下解释：pid memcache服务器的进程ID uptime 服务器已经运行的秒数 time 服务器当前的unix时间戳 version memcache版本 pointer_size 当前操作系统的指针大小（32位系统一般是32bit） rusage_user 进程的累计用户时间 rusage_system 进程的累计系统时间 curr_items 服务器当前存储的items数量 total_items 从服务器启动以后存储的items总数量 bytes 当前服务器存储items占用的字节数 curr_connections 当前打开着的连接数 total_connections 从服务器启动以后曾经打开过的连接数 connection_structures 服务器分配的连接构造数 cmd_get get命令（获取）总请求次数 cmd_set set命令（保存）总请求次数 get_hits 总命中次数 get_misses 总未命中次数 evictions 为获取空闲内存而删除的items数（分配给memcache的空间用满后需要删除旧的items来得到空间分配给新的items） bytes_read 总读取字节数（请求字节数） bytes_written 总发送字节数（结果字节数） limit_maxbytes 分配给memcache的内存大小（字节） threads 当前线程数

方法/步骤1将下载的memcached.exe文件放到磁盘固定的地方，不要删除。打开开始菜单，在输入框里输入cmd按回车。2在出现的弹出窗中输入c:memcachedmemcached.exe -d install3再输入： "c:memcachedmemcached.exe -d start" 启动。NOTE: 以后memcached将作为windows的一个服务每次开机时自动启动。这样服务器端已经安装完毕了。4教你如何查看，服务是否开启在开始菜单中输入框中输入services.msc5在弹出的窗口中查找memcached服务，如图所示6下载php_memcache.dll，请自己查找对应的php版本的文件找到php配置文件php.ini加入一行 "extension=php_memcache.dll"7教你查看模块是否安装新建一个.php文件，输入以下代码运行即可。<?phpphpinfo();?>注：有的应该会有phpinfo.php文件，直接运行即可。在出现的网页里面找memcache模块。如图所示。8这是我的经验，希望可以帮到你。如有不对请留言即可。

redis、memcahce 比较相似，但与 mongodb 完全不同，几乎没有可比性。总的来说 redis/memcache 是基于内存的，讲究的是性能，多用作缓存层，比如说存放session。而 mongodb 是面向文档的，存储的是类似JSON的非结构化数据，查询起来非常方便，开发效率高，比较类似传统SQL关系型数据库。从以下几个维度，对redis、memcache、mongoDB 做了对比：体积Redis是一个基于内存的键值数据库，它由C语言实现的，以单线程异步的方式工作，与Nginx/ NodeJS工作原理近似。所以文件非常小。编绎出来的主文件还不到 2Mb，在 Linux 服务器上初始只需要占用1Mb左右的内存。Mongodb安装包则要大的多，跟mySQL差不多，都是百兆级的。性能都比较高，性能对我们来说应该都不是瓶颈总体来讲，TPS方面redis和memcache差不多，要大于mongodb操作的便利性memcache数据结构单一redis丰富一些，数据操作方面，redis更好一些，较少的网络IO次数mongodb支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富推荐学习《python教程》内存空间的大小和数据量的大小redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache）memcache可以修改最大可用内存,采用LRU算法mongoDB适合大数据量的存储，依赖操作系统VM做内存管理，吃内存也比较厉害，服务不要和别的服务在一起可用性（单点问题）对于单点问题，redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,无增量复制，因性能和效率问题，所以单点问题比较复杂；不支持自动sharding,需要依赖程序设定一致hash 机制。一种替代方案是，不用redis本身的复制机制，采用自己做主动复制（多份存储），或者改成增量复制的方式（需要自己实现），一致性问题和性能的权衡Memcache本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。mongoDB支持master-slave,replicaset（内部采用paxos选举算法，自动故障恢复）,auto sharding机制，对客户端屏蔽了故障转移和切分机制。可靠性（持久化）对于数据持久化和数据恢复，redis支持（快照、AOF）：依赖快照进行持久化，aof增强了可靠性的同时，对性能有所影响memcache不支持，通常用在做缓存,提升性能；MongoDB从1.8版本开始采用binlog方式支持持久化的可靠性，备份还原方法7.数据一致性（事务支持）Memcache 在并发场景下，用cas保证一致性redis事务支持比较弱，只能保证事务中的每个操作连续执行mongoDB不支持事务8.数据分析mongoDB内置了数据分析的功能(mapreduce),其他不支持9.应用场景redis：数据量较小的更性能操作和运算上memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写少，对于数据量比较大，可以采用sharding）MongoDB:主要解决海量数据的访问效率问题。

1. Redis中，并不是所有的数据都一直存储在内存中的，这是和Memcached相比一个最大的区别。2. Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。3. Redis支持数据的备份，即master-slave模式的数据备份。4. Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。Redis在很多方面具备数据库的特征，或者说就是一个数据库系统，而Memcached只是简单的K/V缓存

memcache支持IPV61，如果自己的电脑是win7/8/10系统，无需进行ipv6配置；xp用户需自己手动配置：开始-->运行，输入“cmd”回车，然后输入“ipv6 install”回车。2，检查自己的电脑是否有网络连接，如连接正常进行下一步，否则请先链接网络。

memcached 数据过期机制 lazy expiration内部不会监视记录是否过期，而是在get时查看记录的时间戳，检查记录是否过期。这种技术被称为lazy（惰性）expiration。因此，memcached不会在过期监视上耗费CPU时间，换句话说，也不能 检测 某个key的过期时间。可以使用一种较笨的方法：definde("MEM_TIME_OUT",1800);$memKey = "testkey";$val = "This is test value";mem_set($key,$val); //调用function mem_set($key,$val) {$memcache -> set($memKey,$val, 0, MEM_TIME_OUT);//当调用set 的时候顺便加一条记录时间$memcache -> set("TIME_".$memKey,time(), 0, MEM_TIME_OUT);}function mem_get($key,$is_time = false) {$memKey = $is_time ? "TIME_".$key : $key;$val = $memcache -> get($key);if($is_time) {$val = MEM_TIME_OUT - (time() - $val);}return $val;}

如果memcache是变量，你可以这么写：<?php//...上面程序略if(isset($memcache))//如果这个变量存在，不管他是不是空值.....//if($memcache == NULL or $memchache == "")//如果这个变量等于空值（NULL）或者是空字符串（""）。空值和空字符串不是一个概念，不要弄混了。空字符串也是有值的。?> 如果你的key是在数据库里存放着的，你要确认他的key是不是正确的：<?php//..上面程序略//自己连接mysql，选择数据库$query=mysql_query("SELECT * FROM key表 where key="$memcache"");//假设key存放在$memcache变量里。查询key表有没有key等于你的变量memcache的数据if(mysql_num_rows($query)>0)// 如果有else// 如果没有?>

A文件：基于thinkphp，A文件代码里【没有】用到sessionB文件：没有使用thinkphp，代码里【没有】用到sessionC文件：没有使用thinkphp，代码里【有】用到session1、访问A文件，第一次访问很快，第二次第三次后面就很慢；等一段时间后，第一次访问又很快，第二次第三次后面就很慢。2、直接访问B文件，每次都很快3、直接访问C文件，每次都很快4、先访问一次A文件，再访问B文件，每次都很【快】5、先访问一次A文件，再访问C文件，每次都很【慢】感觉类似访问A文件后session被锁住，之后访问C文件就很慢了，一段时间后session锁被释放，不知道thinkphp有做什么处理导致了这个问题，求解答web服务器使用apachesession的配置session.save_handler "memcache"session.save_path "tcp://127.0.0.1:11211"把SESSION_AUTO_START设为false，或者把ThinkPHP/Common/function.php 第1174 行if(C("SESSION_AUTO_START")) session_start(); 注释掉就没有问题了

所有的被发送到memcached的单个命令是完全原子的。如果您针对同一份数据同时发送了一个set命令和一个get命令，它们不会影响对方。它们将被串行化、先后执行。即使在多线程模式，所有的命令都是原子的，除非程序有bug:)命令序列不是原子的。如果您通过get命令获取了一个item，修改了它，然后想把它set回memcached，我们不保证这个item没有被其他进程（process，未必是操作系统中的进程）操作过。在并发的情况下，您也可能覆写了一个被其他进程set的item。memcached 1.2.5以及更高版本，提供了gets和cas命令，它们可以解决上面的问题。如果您使用gets命令查询某个key的item，memcached会 给您返回该item当前值的唯一标识。如果您覆写了这个item并想把它写回到memcached中，您可以通过cas命令把那个唯一标识一起发送给 memcached。如果该item存放在memcached中的唯一标识与您提供的一致，您的写操作将会成功。如果另一个进程在这期间也修改了这个 item，那么该item存放在memcached中的唯一标识将会改变，您的写操作就会失败。

nosql数据库有哪些呢？不知道的小伙伴来看看小编今天的分享吧!一、常见的nosql数据库有Redis、Memcache、MongoDb。二、Redis，Memcache，MongoDb的特点：Redis优点：1.支持多种数据结构，如string（字符串）、list(双向链表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基数估算）2.支持持久化操作，可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数据恢复等操作，较好的防止数据丢失的手段。3.支持通过Replication进行数据复制，通过master-slave机制，可以实时进行数据的同步复制，支持多级复制和增量复制，master-slave机制是Redis进行HA的重要手段。4.单线程请求，所有命令串行执行，并发情况下不需要考虑数据一致性问题。5.支持pub/sub消息订阅机制，可以用来进行消息订阅与通知。6.支持简单的事务需求，但业界使用场景很少，并不成熟。缺点：1.Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。2.支持简单的事务需求，但业界使用场景很少，并不成熟，既是优点也是缺点。3.Redis在string类型上会消耗较多内存，可以使用dict（hash表）压缩存储以降低内存耗用。Memcache优点：1.Memcached可以利用多核优势，单实例吞吐量极高，可以达到几十万QPS（取决于key、value的字节大小以及服务器硬件性能，日常环境中QPS高峰大约在4-6w左右）。适用于最大程度扛量。2.支持直接配置为sessionhandle。缺点：1只支持简单的key/value数据结构，不像Redis可以支持丰富的数据类型。2.无法进行持久化，数据不能备份，只能用于缓存使用，且重启后数据全部丢失。3.无法进行数据同步，不能将MC中的数据迁移到其他MC实例中。4.Memcached内存分配采用SlabAllocation机制管理内存，value大小分布差异较大时会造成内存利用率降低，并引发低利用率时依然出现踢出等问题。需要用户注重value设计。MongoDB优点：1.更高的写负载，MongoDB拥有更高的插入速度。2.处理很大的规模的单表，当数据表太大的时候可以很容易的分割表。3.高可用性，设置M-S不仅方便而且很快，MongoDB还可以快速、安全及自动化的实现节点（数据中心）故障转移。4.快速的查询，MongoDB支持二维空间索引，比如管道，因此可以快速及精确的从指定位置获取数据。MongoDB在启动后会将数据库中的数据以文件映射的方式加载到内存中。如果内存资源相当丰富的话，这将极大地提高数据库的查询速度。5.非结构化数据的爆发增长，增加列在有些情况下可能锁定整个数据库，或者增加负载从而导致性能下降，由于MongoDB的弱数据结构模式，添加1个新字段不会对旧表格有任何影响，整个过程会非常快速。缺点：1.不支持事务。2.MongoDB占用空间过大。3.MongoDB没有成熟的维护工具。三、Redis、Memcache和MongoDB的区别：1.性能三者的性能都比较高，总的来讲：Memcache和Redis差不多，要高于MongoDB。2.便利性memcache数据结构单一。redis丰富一些，数据操作方面，redis更好一些，较少的网络IO次数。mongodb支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富。3,存储空间redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对keyvalue设置过期时间（类似memcache）。memcache可以修改最大可用内存,采用LRU算法。mongoDB适合大数据量的存储，依赖操作系统VM做内存管理，吃内存也比较厉害，服务不要和别的服务在一起。4.可用性redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,无增量复制，因性能和效率问题，所以单点问题比较复杂；不支持自动sharding,需要依赖程序设定一致hash机制。一种替代方案是，不用redis本身的复制机制，采用自己做主动复制（多份存储），或者改成增量复制的方式（需要自己实现），一致性问题和性能的权衡。Memcache本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。mongoDB支持master-slave,replicaset（内部采用paxos选举算法，自动故障恢复）,autosharding机制，对客户端屏蔽了故障转移和切分机制。5.可靠性redis支持（快照、AOF）：依赖快照进行持久化，aof增强了可靠性的同时，对性能有所影响。memcache不支持，通常用在做缓存,提升性能。MongoDB从1.8版本开始采用binlog方式支持持久化的可靠性。6.一致性Memcache在并发场景下，用cas保证一致性。redis事务支持比较弱，只能保证事务中的每个操作连续执行。mongoDB不支持事务。7.数据分析mongoDB内置了数据分析的功能(mapreduce),其他两者不支持。8.应用场景redis：数据量较小的更性能操作和运算上。memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写少，对于数据量比较大，可以采用sharding）。MongoDB:主要解决海量数据的访问效率问题。

apache+php下面有很多模块models，你要先搞清楚是哪个model文件出错了，一般都是dll，位于下面位置${APACHE_HOME}/models${PHP_HOME}/ext更多问题到问题求助专区（http://bbs.houdunwang.com/）

代码实现下面贴上一段php实现的遍历memcache数据的代码，其他语言可以参考代码自己实现。$mem = new Memcache;$host="192.168.1.2";//教学网 eduyo.com$port=11211;$mem->connect($host,$port);$items=$mem->getExtendedStats ("items");$items=$items["$host:$port"]["items"];$items_key=array_keys($items);for($i=1,$len=$items_key[0]+1;$i<$len;$i++){$str=$mem->getExtendedStats ("cachedump",$i,0);echo $i;print_r($str);$line=$str["$host:$port"];if( is_array($line) && count($line)>0){foreach($line as $key=>$value){echo $key."=>";print_r($mem->get($key));echo " ";}}}

有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。1. check table 和 repair table登陆mysql 终端：mysql -uxxxxx -p dbnamecheck table tabTest;如果出现的结果说Status是OK，则不用修复，如果有Error，可以用：repair table tabTest;进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。2. myisamchk, isamchk其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：myisamchk tablename.MYI进行检测，如果需要修复的话，可以使用：myisamchk -of tablename.MYI关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：[ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。需要注意的时，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！检测修复所有数据库(表)

memcached 数据过期机制 lazy expiration内部不会监视记录是否过期，而是在get时查看记录的时间戳，检查记录是否过期。这种技术被称为lazy（惰性）expiration。因此，memcached不会在过期监视上耗费CPU时间，换句话说，也不能 检测 某个key的过期时间。。可以使用一种较笨的方法：definde("MEM_TIME_OUT",1800);$memKey = "testkey";$val = "This is test value";mem_set($key,$val); //调用function mem_set($key,$val) {$memcache -> set($memKey,$val, 0, MEM_TIME_OUT);//当调用set 的时候顺便加一条记录时间$memcache -> set("TIME_".$memKey,time(), 0, MEM_TIME_OUT);}function mem_get($key,$is_time = false) { $memKey = $is_time ? "TIME_".$key : $key; $val = $memcache -> get($key); if($is_time) {$val = MEM_TIME_OUT - (time() - $val); } return $val;}大概意思就是这样。。 期待高手给出更完美，简单的方法。。

#指定某个ip-A RH-Firewall-1-INPUT -i 192.168.1.101 -p tcp --dport 11211 -j ACCEPT#无ip限制#-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 11211 -j ACCEPT常用iptables命令（1）查看iptables规则iptables -L -n（2）清除表规则iptables -Fiptables -Xiptables -Z（3）设置默认规则iptables -P INPUT DROPiptables -P OUTPUT ACCEPTiptables -P FORWARD ACCEPT（4）修改后保存/etc/rc.d/init.d/iptables saveservice iptables stopservice iptables startvi /etc/sysconfig/iptables

适合存储用户会话的数据库有Redis和Memcache。1、RedisRedis，即远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string（字符串）、list（链表）、set（集合）、zset（有序集合）和hash（哈希类型）。2、memcachememcache是一套分布式的高速缓存系统，被许多网站使用以提升网站的访问速度，尤其对于一些大型的、需要频繁访问数据库的网站访问速度提升效果十分显著。这是一套开放源代码软件，以BSD license授权发布。适合存储用户会话的数据库特点：这些数据库具有高速的内存读写速度，适合存储常用的数据，尤其适合存储Session等用户会话信息，可以在多个服务器之间快速共享数据。此外，Redis还支持更多数据类型和复杂操作，而Memcached则具有更高的性能表现。如果需要持久化存储用户会话数据，可以考虑使用关系型数据库MySQL等。需要注意的是，不同的数据库适用于不同的场景，需要根据实际需求进行选择，并进行适当的配置和优化。

查看memcache key在哪个items：memcache 本身是一款分布式的高速缓存系统，以 key-value 的形式常驻内存，一般用来做网站或者数据库的缓存使用。由于memcached依赖于libevent，因此需要安装libevent。由于linux系统可能默认已经安装libevent，执行命令:rpm -qa|grep libevent查看系统是否带有该安装软件。如果有执行命令:rpm -e libevent-1.4.13-4.el6.x86_64 --nodeps（由于系统自带的版本旧，忽略依赖删除）安装libevent命令:tar zxvf libevent-2.0.21-stable.tar.gz。特性和限制播报：在 Memcached中可以保存的item数据量是没有限制的，只要内存足够 。Memcached单进程在32位系统中最大使用内存为2G，若在64位系统则没有限制,这是由于32位系统限制单进程最多可使用2G内存,要使用更多内存，可以分多个端口开启多个Memcached进程 ,最大30天的数据过期时间,设置为永久的也会在这个时间过期，常量REALTIME_MAXDELTA。60*60*24*30控制最大键长为250字节，大于该长度无法存储，常量KEY_MAX_LENGTH 250控制单个item最大数据是1MB，超过1MB数据不予存储，常量POWER_BLOCK 1048576进行控制。

那是因为缓存时间超过了。memcached设置的缓存时间不能超过30天，哪怕一秒也不行。这是经过测试和查看源码说明发现的，后来在网上也发现了一篇文章做了说明：http://blog.csdn.net/shixing_11/article/details/7059643

这个是PHPCMS系统的默认高速缓存设置，不过不知道他们向这个缓存里写了什么东西。这个IP地址所在地为北京昌平区；你也可以手动设置这个ip为你自己建立好的高速缓存服务器；

Ehcache是纯Java编写的，通信是通过RMI方式，适用于基于Java技术的项目。MemCached服务器端是C编写的，客户端有多个语言实现，如C，PHP(淘宝，sina等各大门户网站)，Python(豆瓣网)， Java(Xmemcached，spymemcached)。MemcaChed服务器端是使用文本或者二进制通信的。分布式：MemcaChed不完全。集群默认不实现，Ehcache支持。集群：MemcaChed可通过客户端实现。Ehcache支持（默认是异步同步）。持久化：MemcaChed可通过第三方应用实现，如sina研发的memcachedb，将cache的数据保存到[url=]Berkerly DB[/url]。Ehcache支持。持久化到本地硬盘，生成一个.data和.index文件。cache初始化时会自动查找这两个文件，将数据放入cache。效率：MemcaChed高。Ehcache高于Memcache。容灾：MemcaChed可通过客户端实现。Ehcache支持。缓存数据方式：MemcaChed缓存在MemCached server向系统申请的内存中。Ehcache可以缓存在内存（JVM中），也可以缓存在硬盘。通过CacheManager管理cache。多个CacheManager可配置在一个JVM内，CacheManager可管理多个cache。缓存过期移除策略：MemcaChed是LRU。Ehcache是LRU(默认)，FIFO，LFU。缺点：MemcaChed功能不完善，相对于Ehcache效率低。Ehcache只适用于java体系，只能用java编写客户端。优点：MemcaChed简洁，灵活，所有支持socket的语言都能编写其客户端。Ehcache效率高。功能强大。

●MySQL：MySQL是SAE上的MySQL服务和普通MySQL服务几乎一样，所以如果你已经熟悉了MySQL的常规使用的话，会感到很简单。SAE平台为每个App几乎支持所有的MySQL特性，以方便您用习惯的方式来操作数据库。需要注意的是SAE的MySQL 数据库服务需要显式开启或禁用。开启MySQL数据库服务后，您不但可以通过phpmyadmin来创建数据库和数据表，还可以自由地导入导出数据库中的数据。SAE的PHP环境提供了标准的MYSQL,MYSQLI和PDO模块(基于MySQLnd)，您可以直接使用这三个模块来操作您的数据库， 您还可以使用预定义常量来连接数据库，我们也不排除未来调整数据库端口的可能。另外SAE也提供了SaeMysql类，我们推荐您使用这个类来操作MySQL资源。MySQL还可以通过授权的方式支持跨应用调用，从而达到应用间数据共享和单应用多数据库管理等目的。同时，为了防止个别用户的攻击和滥用，SAE还设置了服务限制和配额，保证绝大多数开发者在公有云平台上的正常使用。●Storage：Storage是SAE为开发者提供的分布式文件存储服务，用来存放用户的持久化存储的文件。Storage是SAE为开发者提供的分布式文件存储服务，可以用来存储持久化的文件。使用该服务用户需要先在在线管理平台创建Domain（相当于一级子目录），创建完毕后即可在Storage进行文件的管理。 用户可以通过两种方式操作其中的数据：一是通过cyberduck将用户文件上传至Storage存储中，然后通过在线管理平台将该文件导入到MySQL中；二是通过sae_std_lib下的SaeStor的API进行文件的读写操作。因为SAE平台限制使用本地IO，所以强烈建议开发者将所有需要持久化的文件操作都通过Storage实现。●Memcache：Memcache是SAE为开发者提供的分布式缓存服务，用来以共享的方式缓存用户的小数据。用户首先需要在在线管理平台上创建Memcache，然后通过标准的memcache*函数读写Memcache。使用Memcache服务不仅可以快速进行数据响应，而且可以减轻后端存储的压力。●KVDB：KVDB是SAE开发的分布式key-value数据存储服务，用来支持公有云计算平台上的海量key-value存储。KVDB支持的存储容量很大，对每个用户支持100G的存储空间，可存储10亿条记录，用户可用来存放如好友关系等简单数据。 另外，KVDB的性能和可靠性都很高，据我们内部测试，读写均可达到10w gps，而且KVDB采用一主多从的分布式架构，支持KVDB的热备和定期冷备，发生宕机时还可以自动切换到正常工作的DB上。●Counter：Counter是SAE为开发者提供的计数器服务,用来实现高并发情景下的计数功能。Counter是SAE为开发者提供的计数器服务，用来实现高并发情景下的计数功能。用户可以在控制面板或程序中创建计数器，通过SaeCounter的API对计数器进行加减和统计设置。 Counter简化了计数应用的开发，开发者可以轻松实现高并发情景下的计数功能（如兔年春晚投票、广告渠道访问计数等应用），同时还可以使用Counter的统计功能轻松实现数据汇总。●Rank：Rank排行榜服务是SAE开发的用于在分布式环境下统计排名的服务。Rank服务是SAE开发的用于分布式环境下的统计排名服务，允许每个用户建立多个排行榜，其中每个排行榜都支持类似key-value的键值对操作。用户不仅可以以O(logn)的时间复杂度获取指定key的排名，还可以获取到前N名的列表（时间复杂度为O(n)）。排行榜服务的特点是可靠、快速，可以用于实时排名（如游戏积分排名、软件下载排名），同时排行榜支持过期时间设置，这样方便进行周排名和月排名。另外，使用排行榜服务无需通过控制面板开通或关闭，可以直接使用排行榜API操作。 特别注意：Rank服务并不存放用户的所有数据，只以一定比率的冗余存放TopN的数据，这样带来一个影响，就是如果数据存在激增/减的话，可能影响排名结果的准确性。为了保证激增导致的数据准确性问题，可以定期从数据重新导入新的准确数据。

Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提供动态、数据库驱动网站的速度。Memcached基于一个存储键/值对的hashmap。其守护进程（daemon ）是用C写的，但是客户端可以用任何语言来编写，并通过memcached协议与守护进程通信。但是它并不提供冗余（例如，复制其hashmap条目）；当某个服务器S停止运行或崩溃了，所有存放在S上的键/值对都将丢失。下载Windows的Server端安装Memcache Server(也可以不安装直接启动)1. 下载memcached的windows稳定版，解压放某个盘下面，比如在c:memcached2. 在CMD下输入 "c:memcachedmemcached.exe -d install" 安装.3. 再输入："c:memcachedmemcached.exe -d start" 启动。NOTE: 以后memcached将作为windows的一个服务每次开机时自动启动。这样服务器端已经安装完毕了。如果下载的是二进制的版本，直接运行就可以了，可以加上参数来加以设置。常用设置：-p <num> 监听的端口-l <ip_addr> 连接的IP地址, 默认是本机-d start 启动memcached服务-d restart 重起memcached服务-d stop|shutdown 关闭正在运行的memcached服务-d install 安装memcached服务-d uninstall 卸载memcached服务-u <username> 以<username>的身份运行 (仅在以root运行的时候有效)-m <num> 最大内存使用，单位MB。默认64MB-M 内存耗尽时返回错误，而不是删除项-c <num> 最大同时连接数，默认是1024-f <factor> 块大小增长因子，默认是1.25-n <bytes> 最小分配空间，key+value+flags默认是48-h 显示帮助

加个端口试试$mc->connect("127.0.0.1", 11211) or die("连接失败");

php购物车是怎么实现的？PHP简单实现购物车首先，判断是否登录、if(isset($_session["user_id"])){存在；把用户id和商品id，加入购物车表}else{不存在；使用cookie把商品ID和主机IP放入一个数组，把这个数组存入cookie；浏览器允许存放300个cookie，每个cookie的大小为4KB，足以满足购物车的要求，同时也减轻了服务器的负荷}假如浏览器把cookie禁用，使用memcache来实现另一种方法,判断是否登录、if(isset($memcache->get("user_id"))){存在；把用户id和商品id，加入购物车表}else{不存在；$memcache = new Memcache(); //实例化memchche$data=["goods_id"=>$goods_id,"ip"=>$_SERVER["REMOTE_ADDR"]];$memcache->set("key键",serialize($data));} redis实现与memcache没有太大的区别！memcache代码如下$cart=new Cart(); $goods_id = isset($_GET["goods_id"]) ? $_GET["goods_id"] : "1"; $session = yii::$app->session;// $session->set("user_id","1"); $user_id = $session->get("user_id"); $mem = Yii::$app->cache; if(isset($user_id)){ $data["user_id"] = $user_id; $data["goods_id"] = $goods_id; $is_add=$cart->setAttributes($data)->insert(); }else{ $data["user_id"] = $_SERVER["REMOTE_ADDR"]; $data["goods_id"] = $goods_id; $mem->set("data",serialize($data)); } unserialize($mem->get("data")); //memcache数据以上两种方法都可以实现，假如使用第一种的话，我们就得设置cookie的失效时间，假如使用第二种的话，取值的时候需要反序列化 unserialize() ,接着就可以拿到你要拿到的数据了！更多PHP相关知识，请访问PHP中文网！

一、全页面静态化缓存也就是将页面全部生成html静态页面，用户访问时直接访问的静态页面，而不会去走php服务器解析的流程。此种方式，在CMS系统中比较常见，比如dedecms；一种比较常用的实现方式是用输出缓存：Ob_start()******要运行的代码*******$content=Ob_get_contents();****将缓存内容写入html文件*****Ob_end_clean();二、数据缓存顾名思义，就是缓存数据的一种方式；比如，商城中的某个商品信息，当用商品id去请求时，就会得出包括店铺信息、商品信息等数据，此时就可以将这些数据缓存到一个php文件中，文件名包含商品id来建一个唯一标示；下一次有人想查看这个商品时，首先就直接调这个文件里面的信息，而不用再去数据库查询；其实缓存文件中缓存的就是一个php数组之类；Ecmall商城系统里面就用了这种方式；三、查询缓存其实这跟数据缓存是一个思路，就是根据查询语句来缓存；将查询得到的数据缓存在一个文件中，下次遇到相同的查询时，就直接先从这个文件里面调数据，不会再去查数据库；但此处的缓存文件名可能就需要以查询语句为基点来建立唯一标示；按时间变更进行缓存就是对于缓存文件您需要设一个有效时间，在这个有效时间内，相同的访问才会先取缓存文件的内容，但是超过设定的缓存时间，就需要重新从数据库中获取数据，并生产最新的缓存文件；比如，我将我们商城的首页就是设置2个小时更新一次。四、页面部分缓存该种方式，是将一个页面中不经常变的部分进行静态缓存，而经常变化的块不缓存，最后组装在一起显示；可以使用类似于ob_get_contents的方式实现，也可以利用类似ESI之类的页面片段缓存策略，使其用来做动态页面中相对静态的片段部分的缓存。该种方式可以用于如商城中的商品页；五、Opcode缓存首先php代码被解析为Tokens，然后再编译为Opcode码，最后执行Opcode码，返回结果；所以，对于相同的php文件，第一次运行时可以缓存其Opcode码，下次再执行这个页面时，直接会去找到缓存下的opcode码，直接执行最后一步，而不再需要中间的步骤了。比较知名的是XCache、TurckMMCache、PHPAccelerator等。六、按内容变更进行缓存这个也并非独立的缓存技术，需结合着用；就是当数据库内容被修改时，即刻更新缓存文件；比如，一个人流量很大的商城，商品很多，商品表必然比较大，这表的压力也比较重；我们就可以对商品显示页进行页面缓存；当商家在后台修改这个商品的信息时，点击保存，我们同时就更新缓存文件；那么，买家访问这个商品信息时，实际问的是一个静态页面，而不需要再去访问数据库；试想，如果对商品页不缓存，那么每次访问一个商品就要去数据库查一次，如果有10万人在线浏览商品，那服务器压力就大了；七、内存式缓存提到这个，可能大家想到的首先就是Memcached；memcached是高性能的分布式内存缓存服务器。一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web应用的速度、提高可扩展性。它就是将需要缓存的信息，缓存到系统内存中，需要获取信息时，直接到内存中取；比较常用的方式就是key_>value方式；connect($memcachehost,$memcacheport)ordie("Couldnotconnect");$memcache->set("key","缓存的内容");$get=$memcache->get($key);//获取信息?>八、apache缓存模块apache安装完以后，是不允许被cache的。云南IT培训http://www.kmbdqn.cn/认为如果外接了cache或squid服务器要求进行web加速的话，就需要在htttpd.conf里进行设置，当然前提是在安装apache的时候要激活mod_cache的模块。

#make时出错(如下图)#解决办法：修改memcache.c将721行：zend_list_insert(mmc, le_memcache_server);改为：zend_list_insert(mmc TSRMLS_CC, le_memcache_server);将738行：zend_list_insert(mmc, le_memcache_server);改为：zend_list_insert(mmc TSRMLS_CC, le_memcache_server);将778行：list_id = zend_list_insert(pool, le_memcache_pool);改为：list_id = zend_list_insert(pool TSRMLS_CC, le_memcache_pool);将839行：list_id = zend_list_insert(pool TSRMLS_CC, le_memcache_pool);改为：list_id = zend_list_insert(pool, le_memcache_pool);#用sed修改点击(此处)折叠或打开sed -i "s#zend_list_insert(mmc, le_memcache_server);#zend_list_insert(mmc TSRMLS_CC, le_memcache_server);#" memcache.csed -i "s#list_id = zend_list_insert(pool, le_memcache_pool);#list_id = zend_list_insert(pool TSRMLS_CC, le_memcache_pool);#" memcache.c#php的扩展memcache，不支持cas，所以我们要装memcached扩展，memcached扩展是基于libmemcached，所以要先安装libmemcached

输入命令flush_all。以memcache为例，默认端口号为11211，回车登录之后，输入命令flush_all再回车即可清除所有ftp缓存。FTP(FileTransferProtocol，文件传输协议)用于在FTP服务器和FTP客户端之间传输文件，是IP网络上传输文件的通用协议。

一，利用数据库同步session在做多服务器session同步时我没有用这种方法，如果非要用这种方法的话，我想过二种方法：1，用一个低端电脑建个数据库专门存放web服务器的session，或者，把这个专门的数据库建在文件服务器上，用户访问web服务器时，会去这个专门的数据库check一下session的情况，以达到session同步的目的。2，这种方法是把存放session的表和其他数据库表放在一起，如果mysql也做了集群了话，每个mysql节点都要有这张表，并且这张session表的数据表要实时同步。说明：用数据库来同步session，会加大数据库的负担，数据库本来就是容易产生瓶颈的地方，如果把session还放到数据库里面，无疑是雪上加霜。上面的二种方法，第一点方法较好，把放session的表独立开来，减轻了真正数据库的负担二，利用cookie同步sessionsession是文件的形势存放在服务器端的，cookie是文件的形势存在客户端的，怎么实现同步呢？方法很简单，就是把用户访问页面产生的session放到cookie里面，就是以cookie为中转站。你访问web服务器A，产生了session把它放到cookie里面了，你访问被分配到web服务器B，这个时候，web服务器B先判断服务器有没有这个session，如果没有，在去看看客户端的cookie里面有没有这个session，如果也没有，说明session真的不存，如果cookie里面有，就把cookie里面的sessoin同步到web服务器B，这样就可以实现session的同步了。说明：这种方法实现起来简单，方便，也不会加大数据库的负担，但是如果客户端把cookie禁掉了的话，那么session就无从同步了，这样会给网站带来损失；cookie的安全性不高，虽然它已经加了密，但是还是可以伪造的。三，利用memcache同步sessionmemcache可以做分布式，如果没有这功能，他也不能用来做session同步。他可以把web服务器中的内存组合起来，成为一个"内存池"，不管是哪个服务器产生的sessoin都可以放到这个"内存池"中，其他的都可以使用。优点：以这种方式来同步session，不会加大数据库的负担，并且安全性比用cookie大大的提高，把session放到内存里面，比从文件中读取要快很多。缺点：memcache把内存分成很多种规格的存储块，有块就有大小，这种方式也就决定了，memcache不能完全利用内存，会产生内存碎片，如果存储块不足，还会产生内存溢出。四，总结上面三种方法都是可行的第一种方法，最影响系统速度的那种，不推荐使用；第二种方法，效果不错，不过安全隐患一样的存在；第三种方法，个人觉得第三种方法是最好的，推荐大家使用

谈谈mongodb，mysql的区别和具体应用场景个是关系型数据库一个是非关系型数据库,各自有不同的特点应用在不同的场景和需求下,建议先多了解二者的区别,自然明白各自使用

1.简介 分布式文件系统（Distributed File System）是指文件系统管理的物理存储资源不一定直接连接在本地节点上，而是通过计算机网络与节点相连。分布式文件系统的设计基于客户机/服务器模式。一个典型的网络可能包括多个供多用户访问的服务器。另外，对等特性允许一些系统扮演客户机和服务器的双重角色。例如，用户可以“发表”一个允许其他客户机访问的目录，一旦被访问，这个目录对客户机来说就像使用本地驱动器一样。 当下我们处在一个互联网飞速发展的信息 社会 ，在海量并发连接的驱动下每天所产生的数据量必然以几何方式增长，随着信息连接方式日益多样化，数据存储的结构也随着发生了变化。在这样的压力下使得人们不得不重新审视大量数据的存储所带来的挑战，例如：数据采集、数据存储、数据搜索、数据共享、数据传输、数据分析、数据可视化等一系列问题。 传统存储在面对海量数据存储表现出的力不从心已经是不争的事实，例如：纵向扩展受阵列空间限制、横向扩展受交换设备限制、节点受文件系统限制。 然而分布式存储的出现在一定程度上有效的缓解了这一问题，之所以称之为缓解是因为分布式存储在面对海量数据存储时也并非十全十美毫无压力，依然存在的难点与挑战例如：节点间通信、数据存储、数据空间平衡、容错、文件系统支持等一系列问题仍处在不断摸索和完善中。 2.分布式文件系统的一些解决方案 Google Filesystem适合存储海量大个文件，元数据存储与内存中 HDFS（Hadoop Filesystem）GFS的山寨版，适合存储大量大个文件 TFS（Taobao Filesystem）淘宝的文件系统，在名称节点上将元数据存储与关系数据库中，文件数量不在受限于名称节点的内容空间，可以存储海量小文件LustreOracle开发的企业级分布式系统，较重量级MooseFS基于FUSE的格式，可以进行挂载使用MogileFS 擅长存储海量的小数据，元数据存储与关系型数据库中 1.简介 MogileFS是一个开源的分布式文件系统，用于组建分布式文件集群，由LiveJournal旗下DangaInteractive公司开发，Danga团队开发了包括 Memcached、MogileFS、Perlbal等不错的开源项目：(注：Perlbal是一个强大的Perl写的反向代理服务器)。MogileFS是一个开源的分布式文件系统。 目前使用 MogileFS 的公司非常多,比如国外的一些公司,日本前几名的公司基本都在使用这个. 国内所知道的使用 MogileFS 的公司有图片托管网站 yupoo又拍,digg, 土豆, 豆瓣,1 号店, 大众点评,搜狗,安居客等等网站.基本很多网站容量，图片都超过 30T 以上。 2.MogileFS特性 1) 应用层提供服务，不需要使用核心组件 2）无单点失败，主要有三个组件组成，分为tracker（跟踪节点）、mogstore（存储节点）、database（数据库节点） 3）自动复制文件，复制文件的最小单位不是文件，而是class 4）传输中立，无特殊协议，可以通过NFS或HTTP实现通信 5）简单的命名空间：没有目录，直接存在与存储空间上，通过域来实现 6）不用共享任何数据 3.MogileFS的组成 1）Tracker--跟踪器，调度器 MogileFS的核心，是一个调度器，mogilefsd进程就是trackers进程程序,trackers的主要职责有：删除数据、复制数据、监控、查询等等.这个是基于事件的( event-based ) 父进程/消息总线来管理所有来之于客户端应用的交互(requesting operations to be performed), 包括将请求负载平衡到多个"query workers"中,然后让 mogilefs的子进程去处理. mogadm,mogtool的所有操作都要跟trackers打交道,Client的一些操作也需要定义好trackers,因此最好同时运行多个trackers来做负载均衡.trackers也可以只运行在一台机器上，使用负载均衡时可以使用搞一些简单的负载均衡解决方案，如haproxy，lvs，nginx等， tarcker的配置文件为/etc/mogilefs/mogilefsd.conf，监听在TCP的7001端口 2）Database--数据库部分 主要用来存储mogilefs的元数据，所有的元数据都存储在数据库中，因此，这个数据相当重要，如果数据库挂掉，所有的数据都不能用于访问，因此，建议应该对数据库做高可用 3）mogstored--存储节点 数据存储的位置，通常是一个HTTP（webDAV）服务器，用来做数据的创建、删除、获取，任何 WebDAV 服务器都可以, 不过推荐使用 mogstored . mogilefsd可以配置到两个机器上使用不同端口… mogstored 来进行所有的 DAV 操作和流量,IO监测, 并且你自己选择的HTTP服务器(默认为 perlbal)用来做 GET 操作给客户端提供文件. 典型的应用是一个挂载点有一个大容量的SATA磁盘. 只要配置完配置文件后mogstored程序的启动将会使本机成为一个存储节点.当然还需要mogadm这个工具增加这台机器到Cluster中. 配置文件为/etc/mogilefs/mogstored.conf，监听在TCP的7500端口 4.基本工作流程 应用程序请求打开一个文件 (通过RPC 通知到 tracker, 找到一个可用的机器). 做一个 “create_open” 请求. tracker 做一些负载均衡(load balancing)处理，决定应该去哪儿，然后给应用程序一些可能用的位置。 应用程序写到其中的一个位置去 (如果写失败，他会重新尝试并写到另外一个位置去）. 应用程序 (client) 通过”create_close” 告诉tracker文件写到哪里去了. tracker 将该名称和域命的名空间关联 (通过数据库来做的) tracker, 在后台, 开始复制文件，知道他满足该文件类别设定的复制规则 然后,应用程序通过 “get_paths” 请求 domain+key (key == “filename”) 文件, tracker基于每一位置的I/O繁忙情况回复(在内部经过 database/memcache/etc 等的一些抉择处理), 该文件可用的完整 URLs地址列表. 应用程序然后按顺序尝试这些URL地址. (tracker"持续监测主机和设备的状态，因此不会返回死连接,默认情况下他对返回列表中的第一个元素做双重检查，除非你不要他这么做..) 1.拓扑图 说明：1.用户通过URL访问前端的nginx 2.nginx根据特定的挑选算法，挑选出后端一台tracker来响应nginx请求 3.tracker通过查找database数据库，获取到要访问的URL的值，并返回给nginx 4.nginx通过返回的值及某种挑选算法挑选一台mogstored发起请求 5.mogstored将结果返回给nginx 6.nginx构建响应报文返回给客户端 2.ip规划 角色运行软件ip地址反向代理nginx192.168.1.201存储节点与调度节点1 mogilefs192.168.1.202存储节点与调度节点2 mogilefs192.168.1.203数据库节点 MariaDB192.168.1.204 3.数据库的安装操作并为授权 关于数据库的编译安装，请参照本人相关博文http://wangfeng7399.blog.51cto.com/3518031/1393146，本处将不再累赘，本处使用的为yum源的安装方式安装mysql 4.安装mogilefs. 安装mogilefs，可以使用yum安装，也可以使用编译安装，本处通过yum安装 5.初始化数据库 可以看到在数据库中创建了一些表 6.修改配置文件，启动服务 7.配置mogilefs 添加存储主机 添加存储设备 添加域 添加class 8.配置192.168.1.203的mogilefs 。切记不要初始化数据库，配置应该与192.168.1.202一样 9.尝试上传数据，获取数据，客户端读取数据 上传数据，在任何一个节点上传都可以 获取数据 客户端查看数据 我们可以通过任何一个节点查看到数据 要想nginx能够实现对后端trucker的反向代理，必须结合第三方模块来实现 1.编译安装nginx 2.准备启动脚本 3.nginx与mofilefs互联 查看效果 5.配置后端truckers的集群 查看效果 大功告成了，后续思路，前段的nginx和数据库都存在单点故障，可以实现高可用集群

目前想到的原因有这几方面。Libevent。和Memcached不同，Redis并没有选择libevent。Libevent为了迎合通用性造成代码庞大(目前Redis代码还不到libevent的1/3)及牺牲了在特定平台的不少性能。Redis用libevent中两个文件修改实现了自己的epoll event loop(4)。业界不少开发者也建议Redis使用另外一个libevent高性能替代libev，但是作者还是坚持Redis应该小巧并去依赖的思路。一个印象深刻的细节是编译Redis之前并不需要执行./configure。CAS问题。CAS是Memcached中比较方便的一种防止竞争修改资源的方法。CAS实现需要为每个cache key设置一个隐藏的cas token，cas相当value版本号，每次set会token需要递增，因此带来CPU和内存的双重开销，虽然这些开销很小，但是到单机10G+ cache以及QPS上万之后这些开销就会给双方相对带来一些细微性能差别。单线程有时候比多线程 或多进程更快，比需要考虑并发、锁，也不会增加上下文切换等开销，也即代码更加简洁，执行效率更高～～～Redis是用内部是快的原因之一，要比较的化，可以同MemCache比较下。

MAC OS 虽说源于 UNIX ，但毕竟不是 UNIX ，没必要非得在这上面浪费精力啊！如果是想搭普通的AMP环境，试试 MAMP 。

可以redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1M,存储资源非常有限,十分消耗内存资源,而redis可以存储1G,最重要的是memcache它不如redis安全,当服务器发生故障或者意外关机等情况时,redsi会把内存中的数据备份到硬盘中,而memcache所存储的东西全部丢失;这也说明了memcache不适合做数据库来用,可以用来做缓存。下面用redis解决瞬间秒杀活动来说明：下面这个程序模拟了20w人一瞬间涌入这个页面进行秒杀,能够秒杀成功的只有500人,我们把先进来的用户放入redis队列中,当队列中的用户达到500时，后来用户就转到秒杀结束页面。这里用随机数来表示不同的用户。这里我们可以看到秒杀成功的第一个用户的id是208522,秒杀成功的最后一个用户是176260,参与秒杀人数总共是20w。（让大家注意这些的原因是为了验证下面的准确性）。接下来我们依次从队列中把秒杀成功的500个用户取出来并观察第一个用户和最后一个用户是否跟之前的记录值一样我们可以看到从秒杀成功队列中依次取出的第一个用户id是208522，最后一个用户是176260，可以看出结果是很准确的。redis在解决高并发这方面的能力是真的挺不错的。

35

热风烘干机是利用热泵原理及显热换热技术提供高温热风的设备，广泛应用于印刷行业，与传统电加热相比，节能比例高达60%-90 %。1、安全：利用吸收空气中的热量来加热水温，水电彻底分离，并设多重保护，不存在任何安全隐患。2、节能：用少量的电能将空气中的热能搬运到水中给水加热,消耗能源是电热水器的1/5；煤气热水器的1/6；燃油热水器的1/4；普通太阳能的2/3；并且可以利 用低谷电达到更节能的效果。3、不受环境影响：是一种全天候的热水供应系统，不论阴天、雨天、春夏秋冬、白天黑夜，只要有空气就有热水，就能将-10℃～30℃的低温热能,通过热泵机组的作用，提供温度达到60℃左右的热水。4、智能化：可自动运行，无需值守，自带温控装置和保温层，可自动补水、加热、断电，可24小时提供热水，兼具热水、空调、暖气的多重功能。5、安装方便：空气能热水器占地空间很小，外形与空调室外机相似,可直接接保温水箱或与供暖管网连接,适合于大中城市的高层建筑，对于大型中央供热问题，是最好的选择。不需要太阳能集热板，减少占地面积95%，与太阳能热水设备配套使用可以减少太阳能集热器的面积50%，节省大量太阳能集热器占地面积，减少蓄热水水箱的容积。

原文　　明有奇巧人曰王叔远，能以径寸之木，为宫室、器皿(mǐn) 、人物，以至鸟兽、木石，罔（wǎng）不因势 雕橄榄核小舟（乾隆二年）象形，各具情态。尝贻（yí）余核舟一，盖大苏泛赤壁云。 　　舟首尾长约八分有（yòu）奇(jī)，高可二黍（shǔ）许。中轩敞者为舱，箬（箬 ruò）篷覆之。旁开小窗，左右各四，共八扇。启窗而观，雕栏相望焉。闭之，则右刻“山高月小，水落石出”，左刻“清风徐来，水波不兴”，石青糁（sǎn）之。 　　船头坐三人，中峨冠(guān)而多髯（rán） 者为东坡，佛印居右，鲁直居左。苏、黄共阅一手卷。东坡右手执卷端，左手抚鲁直背。鲁直左手执卷末，右手指卷，如有所语。东坡现右足，鲁直现左足，各微侧，其两膝相比者，各隐卷底衣褶(zhě)中。佛印绝类弥(mí)勒，袒胸露(lòu)乳（rǔ），矫(jiǎo)首昂视，神情与苏、黄不属(zhǔ）。卧右膝，诎（qū） 右臂支船，而竖其左膝，左臂挂念珠倚之——珠可历历数也。 　　舟尾横卧一楫(jí)。楫左右舟子各一人。居右者椎(zhuī）髻(jì)仰面，左手倚一衡木，右手攀(pān)右趾，若啸呼状。居左者右手执蒲葵扇，左手抚(fǔ)炉，炉上有壶，其人视端容寂，若听茶声然。 　　其船背稍夷(yí)，则题名其上，文曰“天启壬（rén）戌（xū） 秋日，虞（yú）山王毅叔远甫刻”，细若蚊足，钩画了了，其色墨。又用篆（zhuàn）章一，文曰“初平山人”，其色丹。 　　通计一舟，为人五；为窗八；为箬（ruò）篷，为楫，为炉，为壶，为手卷，为念珠各一；对联、题名并篆（zhuàn）文，为字共三十有(yòu)四；而计其长曾(zēng)不盈寸。盖简桃核修狭者为之。嘻!技亦灵怪矣哉！编辑本段译文　　明朝有个手艺奇妙精巧的人叫王叔远，他能够用直径一寸的木头，雕刻出宫殿、杯、盘、碗、碟等生活用具、人物，甚至于飞鸟走兽、树木、石头，全都是按照材料原来的形状刻成各种事物的形象，各有各的神情和姿态。他曾经赠我一只用桃核制成的小船，(刻的)应当是苏轼游赤壁(的情景)。 　　船从头到尾大约八分多一点，大约有两个黄米粒那么高。中间高起而宽敞的部分是船舱，用箬竹叶做的船篷覆盖着。旁边开着小窗，左边右边各有四扇，共计八扇。打开窗户来看，雕刻着花纹的栏杆左右相对。关上窗户，就看见右边刻着“山高月小，水落石出”，左边刻着“清风徐来，水波不兴”，用石青涂在刻着字的凹处。 　　船头坐着三个人，中间戴着高高的帽子胡须浓密的是苏东坡，佛印位于右边，黄庭坚位于左边。苏东坡、黄庭坚共同看着横幅的书画卷子。东坡右手拿着画幅的右端，左手轻按在鲁直的背上。鲁直左手拿着画幅的左端，右手指着画幅，好像在说什么似的。东坡露出右脚，鲁直露出左脚，都略微侧转身子，他们互相靠近的两膝，（即东坡的左膝、鲁直的右膝，）各自隐藏在卷子下边的衣褶里（也就是说，从衣褶上可以看出相并的两膝的轮廓）佛印和尚极像弥勒佛，袒着胸脯，露出乳头，抬头仰望，神情跟苏、黄两个人不相类似。佛印卧倒右膝，弯曲着右臂支撑在船上，竖着他的左膝，左臂上挂着一串念珠靠在左膝上------念珠可以清清楚楚地数出来。 　　船尾横放着一支船桨。船桨的左右两旁各有一名撑船的人。位于右边的撑船的人梳着椎形发髻，仰着脸，左手倚着一根横木，右手扳着右脚趾头，好像在大声呼叫的样子。位于左边的撑船的人右手拿着一把蒲葵扇，左手抚摸着火炉，炉上有一把水壶，眼睛正视着茶炉，神色平静，好像在听茶水烧开了没有的样子。 　　船的顶部较平，就在上面刻上名字，文字是“天启壬戌秋日，虞山王毅叔远甫刻”，字迹细得像蚊子脚，勾画清楚明白，颜色是黑的。还刻着一方篆刻图章，文字是“初平山人”，颜色是红的。 　　总计一只核舟上，刻了五个人；刻了八扇窗户；刻了竹篷、船桨、火炉、水壶、手卷、念珠各一件；对联、题名和图章的篆字，刻的字共三十四个，可是计算它的长度竟然不满一寸。原来是挑选长而窄的桃核刻造的。嘻，这技艺也真是神奇啊！

“存储程序控制”原理是1946年由美籍匈牙利数学家冯诺依曼提出的，所以又称为“冯诺依曼原理”。该原理确立了现代计算机的基本组成的工作方式，直到现在，计算机的设计与制造依然沿着“冯诺依曼”体系结构。“存储程序控制”原理的基本内容：1、采用二进制形式表示数据和指令。2、将程序（数据和指令序列）预先存放在主存储器中（程序存储），使计算机在工作时能够自动高速地从存储器中取出指令，并加以执行（程序控制）。3、由运算器、控制器、存储器、输入设备、输出设备五大基本部件组成计算机硬件体系结构。

你好。闪耀 翻译成英语是：shine。音标是：[ʃaɪn]。——————希望帮到你，满意请采纳。

昨天是星期天，爸爸妈妈带我去莱芜的雪野农博园种树。八点多我们就到了，天气很晴朗，阳光很灿烂。好多爸爸妈妈和小朋友都一起来参加植树活动。我和爸爸妈妈一起种了两棵树，先拿小树苗，然后找个坑把树苗放进去，妈妈把树苗扶正，我和爸爸拿着铁锨往坑里填了很多土，把树苗埋好。一棵种在小河边，爸爸说，这里阳光好，土壤湿润，最适合小树生长了。我们说好一个月以后，还要再来这里，看看我们种下的树苗有没有发芽。种好树，我在那里参观了热带雨林，还看到了热带的各种水果，大串的香蕉挂在树上，火龙果原来是仙人掌的果实，还有柠檬、莲雾、椰子等。还有用高科技种的蔬菜，有的长在水管上，有的长在书架上，还有种在墙上的蔬菜。还有一大片生姜园，一进门就有一个玻璃瓶里面装着姜老大，妈妈说这个姜将近60斤，比我重多啦。虽然我不喜欢吃生姜，但是没想到生姜树长的这么大，这么漂亮，有这么多种类，还开出各种美丽的花。还有花卉园和动物园，但是妈妈说太累了，下次再来看，想到以后还要来看我的小树苗，我就跟着爸爸妈妈回家了。今天是植树节，我特别高兴，因为我在幼儿园的升旗仪式上当了护旗手，还作了演讲。我告诉小朋友们，有了树，才会有和谐美丽的大自然；有了树，才会有清爽新鲜的空气；有了树，才会有高楼、房屋、矿山、铁路。绿色是人类文明的摇篮，让我们一起播种绿色、播撒希望吧！接着，老师领着我们一起给幼儿园的小树们浇水。以后我要天天去楼后面看看那些小树，看它们有没有和我一起长大。

减震器用来抑制弹簧在吸收地震和路面冲击后反弹时的冲击。广泛应用于汽车，以加速 车架 和车身振动的衰减，提高汽车的驾驶舒适性。通过不平路面时，虽然减震弹簧可以过滤路面的振动，但弹簧本身可以往复运动，用减震器抑制弹簧跳动。然后，汽车编辑耐心地向朋友们介绍汽车减震器的原理。 减震器的工作原理 在悬架系统中，冲击是由弹性元件的冲击引起的。为了提高汽车的驾驶舒适性，减震器与弹性元件平行安装。为了减轻冲击，汽车悬架系统大多采用液压减振器。其工作原理是当车架(或车身)与车轴之间有同比运动时，减振器内的活塞上下运动，减振器腔内的油液通过不同的气孔反复进入另一个腔内。此时，孔壁与油之间的摩擦和油分子之间的内耗发展变化，将阻尼力转化为振动，使汽车振动能量转化为油热能，再被减震器吸收，散发到大气中。在油道横截面等因素不变的情况下，阻尼力随车架与车轴(或车轮)之间的运动速度同比增加或减少，并与油液粘度有关。 减震器和弹性元件承担缓冲和阻尼的任务。如果阻尼力过大，悬架的弹性会变差，甚至会损坏减震器接头。因此，有必要调整弹性元件和减震器之间的矛盾。 (1)在压缩行程中(车轴与车架靠得很近)，减震器的阻尼力较小，以充分发挥弹性元件的弹性功能，减轻冲击。这时，弹性元件起着关键作用。 (2)在悬架的伸展行程中(车轴与车架相互远离)，减震器的阻尼力要大，以便快速吸收震动。 (3)当车轴(或车轮)与车轴之间的同比速度过高时，需要要求减振器自动增加流体流量，使阻尼力始终保持在必要的限度内，以防止承受过大的冲击载荷。 筒式减振器广泛应用于汽车悬架系统中，既能吸收压缩行程的冲击，又能吸收拉伸行程的冲击。称为双向减震器，采用新型减震器，包括充气式减震器和可调阻力减震器。 双动缸减震器工作原理:在压缩行程中，汽车车轮向车身靠拢时，减震器被压缩，减震器内的活塞向下运动。下活塞室的容积缩短，油压升高，油通过流量阀流向活塞上方的室(上室)。上腔室被活塞杆占据了空的一部分，所以上腔室增加的容积小于下腔室减少的容积，然后一部分油推动压缩阀打开，流回储油缸。这些阀门通过发展变化来节油，悬架受到压缩运动的阻尼力。当减震器伸出行程时，车轮远离车身，减震器被拉伸。此时，减震器的活塞向上移动。活塞上腔中的油压升高，循环阀关闭，上腔中的油推开延伸阀并进入下腔。由于活塞杆的原因，从上腔室流出的油不足以填满下腔室增加的容积。主要原因是下腔真空度。此时，储油缸中的油推开补偿阀7，流入下腔室进行补充冲洗。因为这些阀门的节流功能在悬架的伸展运动中起到阻尼作用。 因为拉伸阀弹簧的刚度和预载被设计成大于压缩阀的刚度和预载，所以在相同的压力下，拉伸阀和相应的常开槽的通道载荷面积之和小于压缩阀和相应的常开槽的横截面面积之和。这使得减震器的伸展行程所产生的阻尼力大于压缩行程所产生的阻尼力，满足了快速减震的要求。 减震器简介 & ldquo减震器& rdquo这个词是汽车底盘行业的常用词，汽车减震器其实就是一个减震器。减震器不仅用于汽车的悬架，也用于其他地方。例如，它可以用于驾驶室、汽车 座椅 、 方向盘 等。，也可用作汽车保险杠上的缓冲器。

污泥脱干机，可以把污水中的污泥脱干，挤压干净，过滤的水达到100%的干净污泥脱干机，污泥烘干机污泥挤压机，

即为检测类脂质抗体的实验。因RPR是检测类脂质抗体，而不是直接检测抗梅毒螺旋体抗体的实验，因而无特异性，凡能导致产生类脂质抗体的疾病，均能使RPR阳性。除梅毒外，患上呼吸道感染、肺炎、活动性肺结核、风湿性心脏病、亚急性细菌性心内膜炎、传染性肝炎、肝硬化、慢性肾炎、钩端螺旋体病、麻风、疟疾、类风湿性关节炎、系统性红斑狼疮及海洛因成瘾等，都可导致RPR阳性。梅毒RPR检测阴性因为操作简便、快速、经济在临床应用十分普遍，是目前临床梅毒疗效评价的常用指标，但在梅毒的早期诊断上存在灵敏度和特异性差的缺陷，生物学假阳性和假阴性较高，据文献和我们的观察，RPR对早期梅毒敏感性较低尤为突出。1. 梅毒RPR假阴性的原因① 方法缺陷：早期梅毒患者血清中反应素(心磷脂抗体)含量过低。② 前滞反应：少数患者血清中反应素含量过高，超出RPR检出范围而出现假阴性。③ 技术错误：个别实验人员，由于习惯或对实验条件模糊，未按操作规程加入抗原量，随意改变试剂用量，造成实验灵敏度降低导致RPR滴度下降甚至产生假阴性。④ 试剂质量。⑤ 其它因素：病人早期就诊率增高，抗生素的滥用也可能降低血浆反应素的产生(有待证实)。2. RPR和TPPA一起做意义TPPA是梅毒螺旋体特异抗体试验。TPPA和TRUST或RPR同时阳性时才有诊断意义。因为单独检测TPPA的话，也容易受到各种因素干扰而产生假阳性。因此，梅毒RPR和TPPA一起做临床才有意义。

数据和程序通过输入设备输入计算机，存放在存储里面（计算机所有数据和程序都存放在存储器里，除了有些程序或者指令会暂时存放在运算器里）。然后经过控制器译码（因为我们输入计算机的大都使用汇编语言或者高级语言编写的，叫做源程序，计算机不能识别），编译成二进制代码，即机器语言，叫做目标程序。再进入运算器进行处理，最后经输出设备输出。【延展阅读】一、系统构架计算机系统由硬件系统和软件系统两大部分组成。美藉匈牙利科学家冯·诺依曼(John von Neumann)奠定了现代计算机的基本结构，这一结构又称冯·诺依曼结构，其特点是:1)使用单一的处理部件来完成计算、存储以及通信的工作。2)存储单元是定长的线性组织。3)存储空间的单元是直接寻址的。4)使用低级机器语言，指令通过操作码来完成简单的操作。5)对计算进行集中的顺序控制。6)计算机硬件系统由运算器、存储器、控制器、输入设备、输出设备五大部件组成并规定了它们的基本功能。7)采用二进制形式表示数据和指令。8)在执行程序和处理数据时必须将程序和数据从外存储器装入主存储器中，然后才能使计算机在工作时能够自动调整地从存储器中取出指令并加以执行。

热泵原理都一样的，西门了热泵烘干机原理应该也是热泵最基本的原理，也就是采用制冷原理将低位能源通过制冷系统提升，达到所需要温度的高位能源。从而实现烘干的目的热泵吧。

　　优点多缺点少的热泵烘干机，是近年来最受工程商、养殖户、种植农户欢迎的烘干设备。下面为你从原理、烘干范围、烘干工艺简便性、烘干品质、营养程度等角度分析热泵烘干机优缺点： 　　1、烘干成本比较优缺点：就烘干成本而言，包含物料烘干所需的电费、人工成本、物料烘干的损坏率、烘干机故障率、购机成本等等。 　　2、冷冻烘干与真空烘干优点是：技术性强，但缺点明显：目前设备尚未批量生产，仅在市场上少量推广，价格较高。而电加热由于电力做功转为热能，因而电费高昂成为电加热最大的缺点。 　　3、阴干和晒干均缺点是需要人力成本进行翻转，费时费力。而热泵烘干机应用逆卡诺原理，可高效将空气中的热量源源不断转移到烘干房对物料进行“免费”烘干，其优点自然是省电、环保、能效高，但其缺点是需要建造空气能热泵烘干房，更适合大规模批量烘干。 　　4、物料烘干范围比较优缺点：烘干物料主要有蛋白质高、含水高的海产品，含糖量高、容易腐烂的果蔬以及锁水性强的根茎类等等。真空和冷冻烘干优点是可烘干不耐热、怕氧化的物料，而部分果蔬怕冷无法烘干，如香蕉片烘干损坏。晒干和阴干缺点是只能针对含水量少的、不易腐烂的根茎类，海产品晒干不均容易造成内部腐烂变质。 　　5、热泵烘干机几乎针对大多数物料均可烘干，就正旭烘干过的物料而言，包含海参、海星、鱿鱼、鲍鱼等海鲜，以柿子、香蕉、苹果、荔枝为代表的水果，头盔油漆烘干等化学涂料，煤炭、污泥等燃料烘干等，热泵烘干优点在于烘干范围广泛，适应性强。 　　6、烘干效果比较优缺点：对烘干效果要求最高的是中药材烘干，原因是过高温度容易导致药性或药效成分改变。显然，对于温度的控制最为关键。而晒干缺点是自然无法根据控制温度，中午晾晒温度高，有时阴晴不定，导致中药材晾晒工艺无法保证药效。其次，药材烘干尚未听说过真空烘干或冷冻烘干。冷冻烘干的缺点是：将药材的水分变为冰，保存不方便也对医生开药按干燥药材10g衡量标准的不适。 　　7、热泵烘干机为了满足中药材温湿度控制，采用正旭研发团队设计的PLC控制系统（含控制面板），配有正旭模块化烘干的排湿模式和烘干温度设置等优势。热泵烘干机的优点是：让中药材在最佳烘干温度下蒸发水分，并不破坏其化学成分。 　　8、综上所述，热泵烘干机优点多缺点少得到烘干市场的认可。空气能的热量来源免费的空气，不存在像海南锅炉烘干槟榔的污染，无毒密封的环保冷媒更有助于降低烘干成本，有利于物料在市场推广，让更多人收益。

chandelier

　梅毒RPR试验，即为检测类脂质抗体的实验。　　因RPR是检测类脂质抗体，而不是直接检测抗梅毒螺旋体抗体的实验，因而无特异性，凡能导致产生类脂质抗体的疾病，均能使RPR阳性。　　除梅毒外，患上呼吸道感染、肺炎、活动性肺结核、风湿性心脏病、亚急性细菌性心内膜炎、传染性肝炎、肝硬化、慢性肾炎、钩端螺旋体病、麻风、疟疾、类风湿性关节炎、系统性红斑狼疮及海洛因成瘾等，都可导致RPR阳性。　　梅毒RPR检测阴性因为操作简便、快速、经济在临床应用十分普遍，是目前临床梅毒疗效评价的常用指标，但在梅毒的早期诊断上存在灵敏度和特异性差的缺陷，生物学假阳性和假阴性较高，据文献和我们的观察，RPR对早期梅毒敏感性较低尤为突出。　　1. 梅毒RPR假阴性的原因　　① 方法缺陷：早期梅毒患者血清中反应素(心磷脂抗体)含量过低。　　② 前滞反应：少数患者血清中反应素含量过高，超出RPR检出范围而出现假阴性。　　③ 技术错误：个别实验人员，由于习惯或对实验条件模糊，未按操作规程加入抗原量，随意改变试剂用量，造成实验灵敏度降低导致RPR滴度下降甚至产生假阴性。　　④ 试剂质量。　　⑤ 其它因素：病人早期就诊率增高，抗生素的滥用也可能降低血浆反应素的产生(有待证实)。　　2. RPR和TPPA一起做意义　　TPPA是梅毒螺旋体特异抗体试验。TPPA和TRUST或RPR同时阳性时才有诊断意义。因为单独检测TPPA的话，也容易受到各种因素干扰而产生假阳性。　　因此，梅毒RPR和TPPA一起做临床才有意义。　　综上所述，梅毒诊断是比较复杂的检测过程，其中存在很多不确定因素。应联合RPR和TPPA两种实验方法同时进行，相互检测验证，提高检出率，最大限度的降低甚至避免误诊和漏检率。也更有利于临床医生观察病程和疗效的指标，以便梅毒患者能及时得到有效诊治。