征服 Redis + Jedis + Spring (一)—— 配置&常规操作(GET SET DEL) - Snowolf的意境空间! - ITeye技术网站
我想大部分人对spring-data-hadoop、spring-data-mongodb、spring-data-redis以及spring-data-jpa表示关注。
一、简述
spring把专门的数据操作独立封装在spring-data系列中,spring-data-redis自然是针对Redis的独立封装了。
当前版本1.0.1,主要是将jedis、jredis、rjc以及srp等Redis Client进行了封装,同时支持事务。已经让我垂涎欲滴了。当然,当前版本不支持Sharding。例如,前文曾经通过Jedis通过Client配置,实现一致性哈希,达到Sharding的目的。再一点,如果你早在spring1.x写过SpringJdbc的话,现在会觉得似曾相识。
在经过一番思想斗争后,我最终放弃了Jedis原生实现,拥抱spring-data-redis了。为什么?因为,我需要一个有事务机制的框架,一个不需要显式调用对象池操作的框架。这些spring-data-redis都解决了。至于Sharding,当前数据量要求还不大,期待Redis 3.0吧。
二、配置
对象池配置:
- <bean
- id="jedisPoolConfig"
- class="redis.clients.jedis.JedisPoolConfig"
- >
- <property
- name="maxActive"
- value="${redis.pool.maxActive}" />
- <property
- name="maxIdle"
- value="${redis.pool.maxIdle}" />
- <property
- name="maxWait"
- value="${redis.pool.maxWait}" />
- <property
- name="testOnBorrow"
- value="${redis.pool.testOnBorrow}" />
- </bean>
工厂实现:
- <bean
- id="jedisConnectionFactory"
- class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory"
- >
- <property
- name="hostName"
- value="${redis.ip}" />
- <property
- name="port"
- value="${redis.port}" />
- <property
- name="poolConfig"
- ref="jedisPoolConfig" />
- </bean>
模板类:
- <bean
- class="org.springframework.data.redis.core.RedisTemplate"
- p:connection-factory-ref="jedisConnectionFactory" />
是不是很像配置一个JdbcTemplate?其实就这么简单。
redis.properties配置如下:
- #最大分配的对象数
- redis.pool.maxActive=1024
- #最大能够保持idel状态的对象数
- redis.pool.maxIdle=200
- #当池内没有返回对象时,最大等待时间
- redis.pool.maxWait=1000
- #当调用borrow Object方法时,是否进行有效性检查
- redis.pool.testOnBorrow=true
- #IP
- redis.ip=10.11.20.140
- #Port
- redis.port=6379
当前只能用一个节点,期待Redis 3.0,Sharding吧!
三、GET、SET、DEL操作
Redis初来乍练,目前也就是用Memcached多些,只会这些基本的操作,在这里献丑了!
假定做一个UserDao:
- public interface UserDao {
- /**
- * @param uid
- * @param address
- */
- void save(User user);
- /**
- * @param uid
- * @return
- */
- User read(String uid);
- /**
- * @param uid
- */
- void delete(String uid);
- }
User对象就这么两个属性:
- public class User implements Serializable {
- private static final long serialVersionUID = -1267719235225203410L;
- private String uid;
- private String address;
- }
实现这三个方法需要得到RedisTemplate的支持:
- @Autowired
- private RedisTemplate<Serializable, Serializable> redisTemplate;
为什么用序列化泛型?我存的数据都是可序列化的内容。还有更多为什么?其实我也解答不了很多,边练边学,我弄通了一定告诉你!
1.保存-SET
做一个保存造作,使用Redis的SET命令:
- @Override
- public void save(final User user) {
- redisTemplate.execute(new RedisCallback<Object>() {
- @Override
- public Object doInRedis(RedisConnection connection)
- throws DataAccessException {
- connection.set(
- redisTemplate.getStringSerializer().serialize(
- "user.uid." + user.getUid()),
- redisTemplate.getStringSerializer().serialize(
- user.getAddress()));
- return null;
- }
- });
- }
这里是通过模板类,实现方法回调。在spring框架下,可以方便的控制事务,如果你研究过spring的dao源代码,对此一定熟悉。
- 传入参数,需要final标识,禁止方法内修改。
- 调用RedisConnection的set方法实现Redis的SET命令。
- 不管是Key,还是Value都需要进行Serialize。
- 序列化操作,最好使用RedisTemplate提供的Serializer来完成。
这跟当年的SpringJdbcTemplate有那么一拼!
2.获取-GET
想要将对象从Redis中取出来,就麻烦一些,需要序列化key,最好判断下这个key是否存在,避免无用功。如果键值存在,需要对数据反序列化。
- @Override
- public User read(final String uid) {
- return redisTemplate.execute(new RedisCallback<User>() {
- @Override
- public User doInRedis(RedisConnection connection)
- throws DataAccessException {
- byte[] key = redisTemplate.getStringSerializer().serialize(
- "user.uid." + uid);
- if (connection.exists(key)) {
- byte[] value = connection.get(key);
- String address = redisTemplate.getStringSerializer()
- .deserialize(value);
- User user = new User();
- user.setAddress(address);
- user.setUid(uid);
- return user;
- }
- return null;
- }
- });
- }
当年写SpringJdbc的时候,就是这样一个字段一个字段拼装的,甭提多累人。好吧,用Spring-Data-Redis,又让我回归了!
- 记得使用泛型,如RedisCallback<User>()
- 使用同一的序列化/反序列化Serializer
- 建议使用connection.exists(key)判别键值是否存在,避免无用功
3.删除-DEL
删除,就简单点,不过也需要这样折腾一会:
- @Override
- public void delete(final String uid) {
- redisTemplate.execute(new RedisCallback<Object>() {
- public Object doInRedis(RedisConnection connection) {
- connection.del(redisTemplate.getStringSerializer().serialize(
- "user.uid." + uid));
- return null;
- }
- });
- }
做个TestCase,暂时够我用了!
4. TestCase
- import static org.junit.Assert.*;
- import org.junit.Before;
- import org.junit.Test;
- import org.springframework.context.ApplicationContext;
- import org.springframework.context.support.ClassPathXmlApplicationContext;
- import org.zlex.redis.dao.UserDao;
- import org.zlex.redis.domain.User;
- public class UserDaoTest {
- private ApplicationContext app;
- private UserDao userDao;
- @Before
- public void before() throws Exception {
- app = new ClassPathXmlApplicationContext("applicationContext.xml");
- userDao = (UserDao) app.getBean("userDao");
- }
- @Test
- public void crud() {
- // -------------- Create ---------------
- String uid = "u123456";
- String address1 = "上海";
- User user = new User();
- user.setAddress(address1);
- user.setUid(uid);
- userDao.save(user);
- // ---------------Read ---------------
- user = userDao.read(uid);
- assertEquals(address1, user.getAddress());
- // --------------Update ------------
- String address2 = "北京";
- user.setAddress(address2);
- userDao.save(user);
- user = userDao.read(uid);
- assertEquals(address2, user.getAddress());
- // --------------Delete ------------
- userDao.delete(uid);
- user = userDao.read(uid);
- assertNull(user);
- }
- }
浅谈Redis及其安装配置 - linux学习 - 51CTO技术博客
1
2
3
4
5
6
|
cd /usr/local/src wget http: //redis .googlecode.com /files/redis-2 .6.4. tar .gz tar zxvf redis-2.6.4. tar .gz cd redis-2.6.4 直接 make 就行了 make |
1
2
3
4
5
|
mkdir /usr/local/redis/ {conf,run,db} -pv cd /usr/local/src/redis-2 .6.4/ cp redis.conf /usr/local/redis/conf cd src cp redis-benchmark redis-check-aof redis-check-dump redis-cli redis-server mkreleasehdr.sh /usr/local/redis/ |
1
2
3
|
/usr/local/redis/redis-server /usr/local/redis/conf/redis .conf netstat -tlnp tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN 6432 /redis-server |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
|
daemonize yes #---默认值no,该参数用于定制redis服务是否以守护模式运行。--- pidfile /usr/local/webserver/redis/run/redis.pid #默认值/ var /run/redis.pid,指定redis服务的进程号文件路径,以守护模式运行时需要配置本参数; port 6379 #默认值 6379 ,指定redis服务的端口 # bind 127.0 . 0.1 #绑定ip,默认是本机所有网络设备; timeout 0 #客户端空闲n秒后断开连接;默认是 0 表示不断开。 loglevel notice ###设置服务端的日志级别,有下列几种选择: debug:记录详细信息,用于开发或调试; verbose:提供很多有用的信息,但是又不像debug那么详尽,默认就是这一选项; notice:适度提醒,多用于产品环境; warning:仅显示重要的警告信息; logfile stdout ##指定日志的输出路径,默认值stdout,表示输出到屏幕,守护模式时则输出到/dev/ null ; 如果要输出日志到syslog中,可以启动syslog-enabled yes,默认该选项值为no。 # syslog-enabled no databases 16 ###指定数据库的数量,默认为 16 个,默认使用的数据库是DB 0 。 ----以下为快照相关的设置:------ # save <seconds> <changes> ##指定多长时间刷新快照至磁盘,这个选项有两个属性值,只有当两个属性值均满足时才会触发;可以设置多种级别,例如默认的参数文件中就设置了: save 900 1 :每 900 秒( 15 分钟)至少一次键值变更时被触发; save 300 10 :每 300 秒( 5 分钟)至少 10 次键值变更时被触发; save 60 10000 :每 60 秒至少 10000 次键值变更时被触发; save 900 1 save 300 10 save 60 10000 rdbcompression yes ##默认值yes,当dump数据库时使用LZF压缩字符串对象,如果CPU资源比较紧张,可以设置为no,选择不压缩; rdbchecksum yes # The filename where to dump the DB 数据库文件名 dbfilename dump.rdb ##默认值dump.rdb,dump到文件系统中的文件名 dir /usr/local/webserver/redis/db ##默认值./,即当前目录,dump出的数据文件的存储路径; ----以下为复制相关的设置,复制默认是不启用的,因此在默认的参数文件下列表参数均被注释---- # slaveof <masterip> <masterport> ##指定主端ip和端口,用于创建一个镜像服务 # masterauth <master-password> ##如果master配置了密码的话,此处也需做设置; slave-serve-stale-data yes ##默认值yes。当slave丢失与master端的连接,或者复制仍在处理,那么slave会有下列两种表现: 当本参数值为yes时,slave为继续响应客户端请求,尽管数据已不同步甚至没有数据(出现在初次同步的情况下); 当本参数值为no时,slave会返回 "SYNC with master in progreee" 的错误信息; slave-read-only yes ##默认从Redis是只读模式 # repl-ping-slave-period 10 ###默认值 10 ,指定slave定期ping master的周期; # repl-timeout 60 ##默认值 60 ,指定超时时间。注意本参数包括批量传输数据和ping响应的时间。 ------以下为安全相关的设置------ # requirepass foobared ###指定一个密码,客户端连接时也需要通过密码才能成功连接; # rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52 ###重定义命令,例如将CONFIG命令更名为一个很复杂的名字: # rename-command CONFIG "" 取消这个命令; -----以下为资源限制方面的设置------ # maxclients 10000 ##指定客户端的最大并发连接数,默认是没有限制,直到redis无法创建新的进程为止,设置该参数值为 0 也表示不限制,如果该参数指定了值,当并发连接达到指定值时,redis会关闭所有新连接,并返回 'max number of clients reached' 的错误信息; # maxmemory <bytes> ###设置redis最大可使用内存。当达到最大内存后,redis会尝试按照设置的回收策略删除键值。如果无法删除键值,或者保留策略设置为不清除,那么redis就会向发出内存的请求返回错误信息。当把redis做为一级LRU的缓存时本参数较为有用。 # maxmemory-policy volatile-lru ###默认值volatile-lru,指定清除策略,有下列几种方法: volatile-lru -> remove the key with an expire set using an LRU algorithm allkeys-lru -> remove any key accordingly to the LRU algorithm volatile-random -> remove a random key with an expire set allkeys->random -> remove a random key, any key volatile-ttl -> remove the key with the nearest expire time (minor TTL) noeviction -> don't expire at all, just return an error on write operations # maxmemory-samples 3 ###默认值 3 ,LRU和最小TTL策略并非严谨的策略,而是大约估算的方式,因此可以选择取样值以便检查。 -----以下为APPEND的配置---- ONLY模式的设置,默认情况下redis采用异步方式dump数据到磁盘上,极端情况下这可能会导致丢失部分数据(比如服务器突然宕机),如果数据比较重要,不希望丢失,可以启用直写的模式,这种模式下redis会将所有接收到的写操作同步到appendonly.aof文件中,该文件会在redis服务启动时在内存中重建所有数据。注意这种模式对性能影响非常之大。 appendonly no ##默认值no,指定是否启用直写模式; # appendfilename appendonly.aof ###直写模式的默认文件名appendonly.aof appendfsync:调用fsync()方式让操作系统写数据到磁盘上,数据同步方式,有下列几种模式: always:每次都调用,比如安全,但速度最慢; everysec:每秒同步,这也是默认方式; no:不调用fsync,由操作系统决定何时同步,比如快的模式; no-appendfsync-on-rewrite:默认值no。当AOF fsync策略设置为always或everysec,后台保存进程会执行大量的I/O操作。某些linux配置下redis可能会阻塞过多的fsync()调用。 auto-aof-rewrite-percentage:默认值 100 auto-aof-rewrite-min-size:默认值64mb # appendfsync always appendfsync everysec # appendfsync no -----以下为高级配置相关的设置---- hash-max-zipmap-entries:默认值 512 ,当某个map的元素个数达到最大值,但是其中最大元素的长度没有达到设定阀值时,其HASH的编码采用一种特殊的方式(更有效利用内存)。本参数与下面的参数组合使用来设置这两项阀值。设置元素个数; hash-max-zipmap-value:默认值 64 ,设置map中元素的值的最大长度;这两个 list-max-ziplist-entries:默认值 512 ,与hash类似,满足条件的list数组也会采用特殊的方式以节省空间。 list-max-ziplist-value:默认值 64 set -max-intset-entries:默认值 512 ,当 set 类型中的数据都是数值类型,并且 set 中整型元素的数量不超过指定值时,使用特殊的编码方式。 zset-max-ziplist-entries:默认值 128 ,与hash和list类似。 zset-max-ziplist-value:默认值 64 activerehashing:默认值yes,用来控制是否自动重建hash。Active rehashing每 100 微秒使用 1 微秒cpu时间排序,以重组Redis的hash表。重建是通过一种lazy方式,写入hash表的操作越多,需要执行rehashing的步骤也越多,如果服务器当前空闲,那么rehashing操作会一直执行。如果对实时性要求较高,难以接受redis时不时出现的 2 微秒的延迟,则可以设置activerehashing为no,否则建议设置为yes,以节省内存空间。 |
笔记本升级SSD不用愁 笔记本升级固态硬盘系统迁移教程(8)_笔记本技巧_电脑百事网-领先的电脑配置、IT技术网
SSD性能这么强,怎样才能充分发挥SSD硬盘的性能优势呢,下面小编就给出了几条比较实用的建议。
1.首先要做到分区对齐。
2.开启AHCI模式,使用SSD,必须记得在主板BIOS内开启AHCI模式,因为AHCI中的NCQ特性对SSD至关重要。
3.开启TRIM支持。开启TRIM需要SSD、主板芯片驱动、系统同时支持才可以,现在的SSD和最新的驱动基本都支持。
4.使用SSDTweaker对WIN7进行简单的优化。
5.对于部分SSD的卡顿问题的解决。这个问题其实不是SSD引起的,而是现在许多主板的节能功能引起的兼容性问题,关闭相关的节能功能就应该能解决。
6.如果要将SSD硬盘和HDD硬盘混用,应该将系统的下载目录等设置于HDD硬盘上。其原因和SSD硬盘的存储算法有关,一般民用SSD的写寿命只有几千次。所以最好将BT、迅雷等下载软件的下载目录设置在HDD硬盘上。
7.部分SSD突发状况注意事项,有部分SSD(例如C300、M4),在出现突发状况如突然蓝屏、认不到盘等后,有人可能以为盘挂了,但是,通着电放一段时间,再重启后又复活了,其实这是因为这些SSD内部自带了修复功能,通电期间SSD会自行检测纠错。所以大家遇到突发状况时,先不要急着重启,若SSD正在纠错,你重启只会令恢复的机会更小。这时硬盘灯一般不会亮,这是因为SSD内部工作时根本没有数据对外传输,灯当然不会亮了。必须记住:硬盘灯不亮不等于SSD没在工作,出状况时先冷静,通电放一会(一般30分钟够了)再重启看看。
如果能真正做到以上几点,SSD硬盘就能在我们的系统中显现出其强大的性能优势。