Redis: 管理每条数据的过期get="_blank">时间
Redis是一个开源的内存数据库，能够快速处理各种数据，如字符串、哈希表、列表、集合等等。Redis最大的特点是速度快，能够在毫秒级别处理请求。同时，Redis还提供了对每条数据的过期时间进行管理的功能，让数据能够在一定时间内自动过期，这对于一些缓存数据的场景非常有用。
在Redis中，可以通过一些命令来控制每条数据的过期时间。以下是一些常用的命令：
1. EXPIRE key seconds
将key的过期时间设置为seconds秒后。如果key不存在，则命令无效。
例如：
redis> SET mykey "Hello"OKredis> EXPIRE mykey 10(integer) 1redis> TTL mykey(integer) 7
上面的例子中，首先设置了一个key为mykey的值为Hello。然后，通过EXPIRE命令将mykey的过期时间设置为10秒后。通过TTL命令可以查看key的剩余生存时间。
2. PEXPIRE key milliseconds
将key的过期时间设置为milliseconds毫秒后。如果key不存在，则命令无效。
3. EXPIREAT key timestamp
将key的过期时间设置为timestamp指定的Unix时间戳。如果key不存在，则命令无效。
例如：
redis> SET mykey "Hello"OKredis> EXPIREAT mykey 1293840000(integer) 1redis> TTL mykey(integer) -49
上面的例子中，同样是设置了一个key为mykey的值为Hello，然后通过EXPIREAT命令将mykey的过期时间设置为2011年1月1日。通过TTL命令查看key的剩余生存时间，发现已经过期了。
4. PEXPIREAT key timestamp
将key的过期时间设置为timestamp指定的毫秒级Unix时间戳。如果key不存在，则命令无效。
以上的命令可以方便地控制每条数据的过期时间，但是如果需要定期清理过期的数据，可以使用以下两个命令。
1. KEYS pattern
查找所有符合给定模式pattern的key。
例如：
redis> SET key1 "Hello"OKredis> SET key2 "World"OKredis> KEYS k*1) "key2"2) "key1"
上面的例子中，设置了两个key，然后通过KEYS命令查找所有以k开头的key。
2. DEL key [key …]
删除给定key。如果key不存在，则操作忽略。
结合上面的命令，可以实现定期清理过期的数据的功能。具体实现方法如下：
1. 使用EXPIRE等命令设置每条数据的过期时间。
2. 定期通过KEYS命令查找所有过期的key。
3. 删除过期的key，释放内存。
以下是一个简单的Python实现：
import redisimport time# 连接Redis数据库r = redis.StrictRedis(host='localhost', port=6379, db=0)while True:# 遍历所有keyfor key in r.keys():# 获取key的过期时间ttl = r.ttl(key)# 如果key已经过期，则删除keyif ttl == -2:r.delete(key)print('delete', key)# 每隔60秒执行一次time.sleep(60)
上面的代码实现了每隔60秒查找所有过期的key并删除的功能。实际使用中，可以根据具体情况进行调整。
Redis提供了方便的过期数据管理功能，运用好这些命令，可以让数据的使用更加高效、方便。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云 服务器 和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
什么是hibernate中的二级缓存
在向大家详细介绍Hibernate二级缓存之前，首先让大家了解下一级缓存，然后全面介绍Hibernate二级缓存。 Hibernate中提供了两级Cache，第一级别的缓存是Session级别的缓存，它是属于事务范围的缓存。 这一级别的缓存由hibernate管理的，一般情况下无需进行干预；第二级别的缓存是SessionFactory级别的缓存，它是属于进程范围或群集范围的缓存。 这一级别的缓存可以进行配置和更改，并且可以动态加载和卸载。 Hibernate还为查询结果提供了一个查询缓存，它依赖于第二级缓存。 一. 一级缓存和二级缓存的比较： 第一级缓存 第二级缓存 存放数据的形式相互关联的持久化对象 对象的散装数据 缓存的范围事务范围，每个事务都有单独的第一级缓存进程范围或集群范围，缓存被同一个进程或集群范围内的所有事务共享并发访问策略由于每个事务都拥有单独的第一级缓存，不会出现并发问题，无需提供并发访问策略由于多个事务会同时访问第二级缓存中相同数据，因此必须提供适当的并发访问策略，来保证特定的事务隔离级别数据过期策略没有提供数据过期策略。 处于一级缓存中的对象永远不会过期，除非应用程序显式清空缓存或者清除特定的对象必须提供数据过期策略，如基于内存的缓存中的对象的最大数目，允许对象处于缓存中的最长时间，以及允许对象处于缓存中的最长空闲时间物理存储介质内存内存和硬盘。 对象的散装数据首先存放在基于内存的缓存中，当内存中对象的数目达到数据过期策略中指定上限时，就会把其余的对象写入基于硬盘的缓存中。 缓存的软件实现在Hibernate的Session的实现中包含了缓存的实现由第三方提供，Hibernate仅提供了缓存适配器(CacheProvider)。 用于把特定的缓存插件集成到Hibernate中。 启用缓存的方式只要应用程序通过Session接口来执行保存、更新、删除、加载和查询数据库数据的操作，Hibernate就会启用第一级缓存，把数据库中的数据以对象的形式拷贝到缓存中，对于批量更新和批量删除操作，如果不希望启用第一级缓存，可以绕过Hibernate API，直接通过JDBC API来执行指操作。 用户可以在单个类或类的单个集合的粒度上配置第二级缓存。 如果类的实例被经常读但很少被修改，就可以考虑使用第二级缓存。 只有为某个类或集合配置了第二级缓存，Hibernate在运行时才会把它的实例加入到第二级缓存中。 用户管理缓存的方式第一级缓存的物理介质为内存，由于内存容量有限，必须通过恰当的检索策略和检索方式来限制加载对象的数目。 Session的 evit()方法可以显式清空缓存中特定对象，但这种方法不值得推荐。 第二级缓存的物理介质可以是内存和硬盘，因此第二级缓存可以存放大量的数据，数据过期策略的maxElementsInMemory属性值可以控制内存中的对象数目。 管理第二级缓存主要包括两个方面：选择需要使用第二级缓存的持久类，设置合适的并发访问策略：选择缓存适配器，设置合适的数据过期策略。 二. 一级缓存的管理： 当应用程序调用Session的save()、update()、savaeOrUpdate()、get()或load()，以及调用查询接口的 list()、iterate()或filter()方法时，如果在Session缓存中还不存在相应的对象，Hibernate就会把该对象加入到第一级缓存中。 当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新数据库。 Session为应用程序提供了两个管理缓存的方法： evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存中所有持久化对象。 三. Hibernate二级缓存的管理： 1. Hibernate二级缓存策略的一般过程如下： 1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。 2) 把获得的所有数据对象根据ID放入到第二级缓存中。 3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。 4) 删除、更新、增加数据的时候，同时更新缓存。 Hibernate二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。 为此，Hibernate提供了针对条件查询的Query Cache。 2. 什么样的数据适合存放到第二级缓存中？ 1) 很少被修改的数据 2) 不是很重要的数据，允许出现偶尔并发的数据 3) 不会被并发访问的数据 4) 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或者从来不会被修改。 3. 不适合存放到第二级缓存的数据？ 1) 经常被修改的数据 2) 财务数据，绝对不允许出现并发 3) 与其他应用共享的数据。 4. 常用的缓存插件 Hibernater二级缓存是一个插件，下面是几种常用的缓存插件： ◆EhCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。 ◆OSCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的缓存数据过期策略，对Hibernate的查询缓存提供了支持。 ◆SwARMCache：可作为群集范围内的缓存，但不支持Hibernate的查询缓存。 ◆JBossCache：可作为群集范围内的缓存，支持事务型并发访问策略，对Hibernate的查询缓存提供了支持。 5. 配置Hibernate二级缓存的主要步骤： 1) 选择需要使用二级缓存的持久化类，设置它的命名缓存的并发访问策略。 这是最值得认真考虑的步骤。 2) 选择合适的缓存插件，然后编辑该插件的配置文件。
redis可以设置生效开始的时间吗
一般是根据需求来进行设置。 redis通过expire命令来设置key的过期时间。 语法(key, expiration)1. 在小于2.1.3的redis版本里，只能对key设置一次expire。 redis2.1.3和之后的版本里，可以多次对key使用expire命令，更新key的expire time。 2. redis术语里面，把设置了expire time的key 叫做：volatile keys。 意思就是不稳定的key。 3. 如果对key使用set或del命令，那么也会移除expire time。 尤其是set命令，这个在编写程序的时候需要注意一下。 4. redis2.1.3之前的老版本里，如果对volatile keys 做相关写入操作(LPUSH,LSET)，和其他一些触发修改value的操作时，redis会删除该key。 也就是说 (key,expiration);(key,field,value);(key) //return nullredis2.1.3之后的版本里面没有这个约束，可以任意修改。 (key,100);(key,expiration);(key)(key)//redis2.2.2 return 101; redis<2.1.3 return 1;5. redis对过期键采用了lazy expiration：在访问key的时候判定key是否过期，如果过期，则进行过期处理。 其次，每秒对volatile keys 进行抽样测试，如果有过期键，那么对所有过期key进行处理。
如何区分HTTP协议的无状态和长连接？
HTTP是无状态的也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。 如果客户端浏览器访问的某个HTML或其他类型的 Web页中包含有其他的Web资源，如JavaScript文件、图像文件、CSS文件等；当浏览器每遇到这样一个Web资源，就会建立一个HTTP会话 HTTP1.1和HTTP1.0相比较而言，最大的区别就是增加了持久连接支持(貌似最新的 http1.0 可以显示的指定 keep-alive),但还是无状态的，或者说是不可以信任的。 如果浏览器或者服务器在其头信息加入了这行代码 Connection:keep-alive TCP连接在发送后将仍然保持打开状态，于是，浏览器可以继续通过相同的连接发送请求。 保持连接节省了为每个请求建立新连接所需的时间，还节约了带宽。 实现长连接要客户端和服务端都支持长连接。 所谓长连接指建立SOCKET连接后不管是否使用都保持连接，但安全性较差，所谓短连接指建立SOCKET连接后发送后接收完数据后马上断开连接，一般银行都使用短连接短连接：比如http的，只是连接、请求、关闭，过程时间较短,服务器若是一段时间内没有收到请求即可关闭连接。 长连接：有些服务需要长时间连接到服务器，比如CMPP，一般需要自己做在线维持。 最近在看“服务器推送技术”，在B/S结构中，通过某种magic使得客户端不需要通过轮询即可以得到服务端的最新信息（比如股票价格），这样可以节省大量的带宽。 传统的轮询技术对服务器的压力很大，并且造成带宽的极大浪费。 如果改用ajax轮询，可以降低带宽的负荷（因为服务器返回的不是完整页面），但是对服务器的压力并不会有明显的减少。 而推技术（push）可以改善这种情况。 但因为HTTP连接的特性（短暂，必须由客户端发起），使得推技术的实现比较困难，常见的做法是通过延长http 连接的寿命，来实现push。 接下来自然该讨论如何延长http连接的寿命，最简单的自然是死循环法：【servlet代码片段】public void doGet(Request req, Response res) {PrintWriter out = ();……正常输出页面……();while (true) {(输出更新的内容);();(3000);} }如果使用观察者模式则可以进一步提高性能。 但是这种做法的缺点在于客户端请求了这个servlet后，web服务器会开启一个线程执行servlet的代码，而servlet由迟迟不肯结束，造成该线程也无法被释放。 于是乎，一个客户端一个线程，当客户端数量增加时，服务器依然会承受很大的负担。 要从根本上改变这个现象比较复杂，目前的趋势是从web服务器内部入手，用NIO（JDK 1.4提出的包）改写request/response的实现，再利用线程池增强服务器的资源利用率，从而解决这个问题，目前支持这一非J2EE官方技术的服务器有glassfish和Jetty（后者只是听说，没有用过）
发表评论