标签:interface 不同 multi pool network protected 意义 数据区 提示
接下来学习redis多实例的部署、数据分片,以及jedis API的使用。
一般单个redis的进程是不能满足实际需求的,需要在单台服务器上部署多个redis进程,充分发挥cpu的效能,多台服务器上的redis进程将组成庞大的集群,多的一般部署达到数千个redis进程。
暂时不考虑高可用的情况,下面在一台centos6.5上部署三个redis实例,要想实现部署需要修改redis.conf文件,需要修改服务端口号、日志文件编号、rdb文件编号等,下面边查看常用配置边修改。
(1)units单位,定义了基本的度量单位,不区分大小写。
8 # Note on units: when memory size is needed, it is possible to specify 9 # it in the usual form of 1k 5GB 4M and so forth: 10 # 11 # 1k => 1000 bytes 12 # 1kb => 1024 bytes 13 # 1m => 1000000 bytes 14 # 1mb => 1024*1024 bytes 15 # 1g => 1000000000 bytes 16 # 1gb => 1024*1024*1024 bytes 17 # 18 # units are case insensitive so 1GB 1Gb 1gB are all the same.
(2)bind设置,如果要让客户端都可以连接到redis服务,就不需要设置绑定的ip,如果客户端只能连上某个或某几个redis服务,bind后需绑定具体的服务ip,如果bind 127.0.0.1,代表只能通过127.0.0.1来访问redis服务,这样只能在提供redis服务的当台机器上访问,其他客户端无法访问,这里先不bind ip。
40 # By default, if no "bind" configuration directive is specified, Redis listens 41 # for connections from all the network interfaces available on the server. 42 # It is possible to listen to just one or multiple selected interfaces using 43 # the "bind" configuration directive, followed by one or more IP addresses. 44 # 45 # Examples: 46 # 47 # bind 192.168.1.100 10.0.0.1 48 # bind 127.0.0.1 ::1
58 # IF YOU ARE SURE YOU WANT YOUR INSTANCE TO LISTEN TO ALL THE INTERFACES
59 # JUST COMMENT THE FOLLOWING LINE.
60 # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
61 # bind 127.0.0.1
(3)protected-mode默认是开启的,这样就只能本机访问redis,如果想让其他客户端免密也能访问到当前redis服务,就需要设置为no。如果设置为no,配置文件中建议使用bind绑定ip地址,并且客户端需提供密码才能访问redis。
76 # By default protected mode is enabled. You should disable it only if 77 # you are sure you want clients from other hosts to connect to Redis 78 # even if no authentication is configured, nor a specific set of interfaces 79 # are explicitly listed using the "bind" directive. 80 protected-mode no
可以测试使用requirepass 123456来设置密码,然后redis-cli登录后尝试操作redis,发现提示权限不足,需要使用auth 密码命令来获取权限,获取权限后再查看发现可以执行命令,可以看出保护模式关,密码为123456。
# config get 属性名 来获取配置文件内容,发现还是未修改的值
127.0.0.1:6379> config get protected-mode 1) "protected-mode" 2) "yes" 127.0.0.1:6379> shutdown not connected> quit You have new mail in /var/spool/mail/root [root@node01 ~]# redis-cli
# redis-server redis.conf 加载修改后配置文件启动redis后,使用config get命令会提示权限不足 127.0.0.1:6379> config get protected-mode (error) NOAUTH Authentication required.
# auth 密码 获取权限 127.0.0.1:6379> auth 123456 OK
# 保护模式为关 127.0.0.1:6379> config get protected-mode 1) "protected-mode" 2) "no"
# 密码为123456 127.0.0.1:6379> config get requirepass 1) "requirepass" 2) "123456"
这里不设置密码,并且保护模式关。
(4)port 端口号,redis为外提供服务的端口号,默认为6379,如果配置多个实例,需要修改端口号,本次3台端口号分别为6379 6380 6381,此外其他需要区分的文件也使用端口号点缀,如每个redis服务的日志文件,以及rdb持久化文件,还有/var/run/redis_xxxx.pid文件。
# Accept connections on the specified port, default is 6379 (IANA #815344). # If port 0 is specified Redis will not listen on a TCP socket. port 6379
(5)timeout 0,如果设置为0,代表客户端不主动断开连接就一直会连接,如果设置了N秒,就会在N秒空闲后断开与redis服务的连接,这里设置为0,节约资源。
106 # Close the connection after a client is idle for N seconds (0 to disable) 107 timeout 0
(6)daemonize默认设置为no,代表启动redis会在前台启动,如果设置为yes就默认在后台启动,这里设置为yes。
128 # By default Redis does not run as a daemon. Use ‘yes‘ if you need it. 129 # Note that Redis will write a pid file in /var/run/redis.pid when daemonized. 130 daemonize yes
(7)不同的redis进程,会与不同的pid号,这个pid号就保存在这个文件里,不同的redis服务,需要点缀端口号,其他两台设置为redis_6380.pid和redis_6381.pid。
150 # Creating a pid file is best effort: if Redis is not able to create it 151 # nothing bad happens, the server will start and run normally. 152 pidfile /var/run/redis_6379.pid
查看一下,当前pid文件里服务进程号为1930,使用ps -ef|grep redis命令查看当前服务进程号也为1930,两者一致。
[root@node01 ~]# cat /var/run/redis_6379.pid 1930 [root@node01 ~]# ps -ef|grep redis root 1930 1424 0 19:51 pts/0 00:00:02 redis-server *:6379 root 1934 1477 0 19:51 pts/1 00:00:00 redis-cli root 2084 1524 0 20:01 pts/2 00:00:00 vim redis.conf root 2508 2477 0 20:14 pts/3 00:00:00 grep redis
(8)logfile指定日志文件名,可以点缀上端口号。日志文件为redis在运行时的记录,内容和前台运行输出的内容一致,如果设置为空字符串,就将日志保存到/dev/null,代表日志文件进入‘‘黑洞‘‘,即不保存。
162 # Specify the log file name. Also the empty string can be used to force 163 # Redis to log on the standard output. Note that if you use standard 164 # output for logging but daemonize, logs will be sent to /dev/null 165 logfile "redis6379.log"
(9)rdb持久化策略,即自动save保存数据到磁盘的频率,数据变动频率越快保存次数越多,测试部署按照默认值来就行,不修改。
191 # In the example below the behaviour will be to save: 192 # after 900 sec (15 min) if at least 1 key changed 193 # after 300 sec (5 min) if at least 10 keys changed 194 # after 60 sec if at least 10000 keys changed 195 # 196 # Note: you can disable saving completely by commenting out all "save" lines. 197 # 198 # It is also possible to remove all the previously configured save 199 # points by adding a save directive with a single empty string argument 200 # like in the following example: 201 # 202 # save "" 203 204 save 900 1 #900秒至少变动1次数据,调用save 205 save 300 10 #300秒至少变动10次数据,调用save 206 save 60 10000 #60秒至少变动10000次数据,调用save
(10)dbfilename指定rdb持久化文件名,需要点缀上端口号,不同的redis服务使用不同的文件名,可以避免redis数据混乱。
238 # The filename where to dump the DB 239 dbfilename dump6379.rdb
注意需要准备三个redis.conf文件,公共配置修改成上面一样,其他如端口号、日志文件名和rdb持久化文件名需要个性化修改,即使用端口号来区分。这里修改完redis.conf文件默认为6379端口号的,其他两台在此基础上使用%s/6379/6380或%s/6379/6381来批量修改个性化配置,其他公用的一样即可。
(11)修改完后,使用‘redis-server redis.conf配置文件‘命令来加载配置文件启动服务,三台启动后,使用ps -ef|grep redis来查看是否都正常启动。
[root@node01 /home/software/redis-3.2.11]# redis-server redis6379.conf [root@node01 /home/software/redis-3.2.11]# redis-server redis6380.conf [root@node01 /home/software/redis-3.2.11]# redis-server redis6381.conf
# 三台均启动,对应不同的端口号 [root@node01 /home/software/redis-3.2.11]# ps -ef|grep redis root 2912 1 0 20:47 ? 00:00:00 redis-server *:6379 root 2916 1 0 20:47 ? 00:00:00 redis-server *:6380 root 2920 1 0 20:47 ? 00:00:00 redis-server *:6381 root 2924 1424 0 20:47 pts/0 00:00:00 grep redis
以上,就完成了多个redis实例的部署,实现了分布式,接下来客户端连接如果想具体连接哪台就-p指定端口号即可。
[root@node01 ~]# redis-cli -p 6380 127.0.0.1:6380> keys * (empty list or set) 127.0.0.1:6380> quit You have new mail in /var/spool/mail/root [root@node01 ~]# redis-cli -p 6381 127.0.0.1:6381> keys * (empty list or set) 127.0.0.1:6381> quit [root@node01 ~]# redis-cli -p 6379 127.0.0.1:6379> get name (nil)
上面部署redis多实例后,实现了分布式,接下来就产生了数据分片的问题。所谓分片,就是指海量的key-value要存入redis分布式集群,由于单个节点无法承受这么大的并发量,不能将数据整体存到一个redis节点里,而是根据一定的计算规则,分摊到各个redis里的数据。其中规则的选择可以对具有业务意义的key的值使用hash取余,类似MapReduce里的map阶段的计算分区,即(key.hashCode()&Integer.MAX_VALUE)%3来计算分区编号[0,1,2],这样根据具体的数字编号,将key-value落到相应的redis节点。
上面(key.hashCode()&Integer.MAX_VALUE)%3里的计算,对应的意思如下:
(1)key.hashCode(),key如果是字符串,代表将字符串数据区间映射到整数区间的值,是一个可正可负的整数,如果key值不变,hashcode的结果就不变。
(2)Integer.MAX_VALUE,为整形最大值,换算成二进制就是31位的1,即0111 1111 1111 1111 1111 1111 1111 1111。
(3)&就是与运算,hashcode计算结果进行与运算后就截取其二级制数的后31位,即31位保真运算,结果为正整数。
创建jedis实例对象后,就相当如创建了一个可以连接redis-server的客户端实例,通过它的API,可以实现类似命令行的操作,而且它API的名字和命令非常的类似,可以说的见名知意。
(1)如果是maven工程,需在pom文件需要导入redis的依赖
<!--springboot添加redis依赖--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId> </dependency>
(2)写一个测试类,使用jedis实例来进行五种value类型的操作,需要在测试之前先service iptables stop命令关闭centos6.5的防火墙,要不然报错‘连接拒绝‘。
package com.boe; import org.junit.Test; import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisPool; import redis.clients.jedis.Tuple; import java.util.List; import java.util.Set; import java.util.UUID; /** * 测试使用redis */ public class JedisClient { /* * 1 创建jedis连接对象 * 2 选择一个服务端进行连接,需要提供ip和端口号 * 3 如果服务端设置了密码,还通过密码获取权限,获取到权限后就可以使用jedis的api,来发送底层命令 */ @Test public void test01(){ String host="192.168.200.140";//redis server ip int port=6380; Jedis jedis=new Jedis(host,port); //发送命令 //string类型 System.out.println("-------string类型操作-------"); String s = jedis.set("name", "messi"); System.out.println(s); String name = jedis.get("name"); System.out.println(name); Long setnx = jedis.setnx("name", "messi"); System.out.println(setnx); //hash类型 System.out.println("-------hash类型操作-------"); Long hset = jedis.hset("user", "name", "clyang"); System.out.println(hset); String hget = jedis.hget("user", "name"); System.out.println(hget); //list类型 System.out.println("-------list类型操作-------"); Long list = jedis.lpush("list", "100", "200", "300"); System.out.println(list); List<String> lrange = jedis.lrange("list", 0, -1); System.out.println(lrange.toString()); //set类型 System.out.println("-------set类型操作-------"); Long sadd = jedis.sadd("likes", "football", "basketball", "waterball"); System.out.println(sadd); Boolean sismember = jedis.sismember("likes", "football"); System.out.println(sismember); //zset类型 System.out.println("-------zset类型操作-------"); jedis.zadd("movie",100,"hero"); jedis.zadd("movie",40,"king"); jedis.zadd("movie",90,"queue"); //获取zset Long count = jedis.zcard("movie"); System.out.println(count); } }
运行后控制台输出,发现正确的执行了命令。
redis查看6380端口的数据,ok。
192.168.200.140:6380> keys * 1) "name" 2) "list" 3) "likes" 4) "user" 5) "movie"
(3)上面分片有用到哈希取余,代码中也可以实现,并且还可实现权重,具体参考代码。
//测试hash取余算法 @Test public void test02(){ Jedis jedis1=new Jedis("192.168.200.140",6379); Jedis jedis2=new Jedis("192.168.200.140",6380); Jedis jedis3=new Jedis("192.168.200.140",6381); for (int i = 0; i < 100; i++) { //模拟key-value String key=UUID.randomUUID().toString(); String value=""; //hash取余的公式 //hashCode(),字符串数据区间映射到正数区间的值,结果可正可负 //&上Integer.MAX_VALUE就是保真运算,变成一个31位的正数,效率比取绝对值计算高 //(key.hashCode()&Integer.MAX_VALUE)%3; int result=(key.hashCode()&Integer.MAX_VALUE)%3; if(result==0) jedis1.set(key,value); if(result==1) jedis2.set(key,value); if(result==2) jedis3.set(key,value); //下面的方法可以实现权重 //int result1=(key.hashCode()&Integer.MAX_VALUE)%6; //if(result1==(0|1|2)) jedis1.set(key,value); //if(result1==(3|4)) jedis2.set(key,value); //if(result1==5) jedis3.set(key,value); } }
执行成功后,可以去redis登录不同端口的服务,查看数据,发现大体上实现了三个redis节点1:1:1的分配,不过有个节点数据量会多一点,这就是数据的偏移,后面大数据里也会有这个概念,先记录一下。
keys * 查看三个redis节点的数据情况
[root@node01 ~]# redis-cli -h 192.168.200.140 -p 6379 192.168.200.140:6379> keys * 1) "591d29e7-b4a0-4a0a-9659-698c05e9ff82" 2) "1a15811b-0b15-404c-beb1-3dbb745bd1dd" 3) "5db35091-5272-450c-b961-6a9c800d5643" 4) "8bf10dc7-dd56-4e91-9d50-57a041ff0d0c" 5) "e0f49161-eeb5-4b4e-9077-c8912356e758" 6) "e9393c5b-3f71-4d86-af1f-b42d6b5be8db" 7) "69fabfab-3ebc-44f5-bcaf-ebe8887c6fd1" 8) "63985acf-059c-4da9-8ed8-5db5980b5f83" 9) "04cd163b-52c5-4d17-bb95-ca99fb967603" 10) "ee4db2f6-c6bd-4d2a-a322-947112e858eb" 11) "e036856a-31e1-438a-9398-255388861025" 12) "27bfa164-1cdf-4404-82ce-026a9dbb0baa" 13) "db1f15dd-0b61-43d2-9cf2-3cb3059f16d7" 14) "7126f3b3-eb66-43be-96ac-dcc7a57ef717" 15) "b3363d55-d66a-4ae9-a753-186ac5673b67" 16) "2254689c-ede6-4108-8fc8-8d4d9bce5605" 17) "836e52cb-2c73-4017-b4bc-7ea6022d4381" 18) "18ad35e2-c6f7-42b8-8f26-6e24f4e3147f" 19) "12662f06-693f-4790-95cd-0ae7a55ba68b" 20) "c2e7ac34-6f85-48df-9fb8-a23ada69678a" 21) "93b95368-94df-431d-9145-493db6e9c5fc" 22) "a4b63d27-7e70-4ba2-9b76-9bd9b7f1a254" 23) "e9f264b7-0626-46ab-a75e-8a537b34dad8" 24) "7288dcb8-4d33-428a-b6a5-0e8ad0f4d515" 25) "58e5cb4c-e779-4689-b085-bdebedb72731" 26) "2daac8fd-4d7a-43e5-9f5f-679ce29f4018" 27) "ac436bcd-edc7-4ee9-9137-220d847bc4f4" 28) "1cbdc3dd-c162-4257-9a83-288cd7ce2d9d" 29) "ba1e37d3-197e-42fb-901e-a1700141cb18" 30) "4cc254e7-67ec-4aad-8695-9cc1eeef0f68" 31) "bf2b9c40-0540-4d1e-97b4-fc99c2da3c74" 32) "02f83409-f09c-46ae-88c8-746e2ffa9ae7" 33) "1066a146-6da9-40fb-8207-538a5f98d13c" 34) "c9f2ab89-038d-4691-9ba8-eb98067273da" 35) "2ccf58df-bd74-488e-8bde-150b1806715c" 36) "154b4bf6-3c10-4bc5-885d-2cc97a98eea2" 37) "6cf530e4-7ede-40f5-adee-b11f095c5d06" 38) "23e8a78d-43b4-4627-b4dc-6ef46565c1fc" 192.168.200.140:6379> quit [root@node01 ~]# redis-cli -h 192.168.200.140 -p 6380 192.168.200.140:6380> keys * 1) "10bc105b-3153-4a36-a137-844b35180b0b" 2) "30c5f630-9204-4408-bed6-007668d16404" 3) "a566f597-9c8e-4167-a702-55f93c842b65" 4) "cd2cdc0c-cf85-4f60-b752-a0f23e9e8b9f" 5) "59973a7f-e6b6-48ec-a0aa-a2dfc4cbee37" 6) "21064f13-543c-4935-9bc1-6a4d6b4b8af6" 7) "e101dcb0-2b4a-4f65-bcce-41849422f40e" 8) "9b625da5-1e98-48b1-9797-2f4cb9a035ba" 9) "97bf8782-ec48-4b69-81f0-f1ef9da91ee0" 10) "35ec04bc-64a2-42f2-85b6-234237c0bb5c" 11) "38f621fc-b854-4281-9b9e-5e81b42b75ab" 12) "2eb7e614-bbf4-4eee-a7d8-0c022a93d3d1" 13) "42a2d2aa-fab5-45e4-861f-307d7c9d9657" 14) "16453f29-c925-46cd-9ce3-de881a051fff" 15) "d33b7dfa-2774-478a-9e52-d0cf4929940a" 16) "67c62fa6-e4ce-4f22-82db-24edcbd4f978" 17) "a8d92b3d-ff73-439f-92d9-329250fbe596" 18) "03506ad5-a729-47ed-9c61-b50efbbf8d91" 19) "77408f78-4e54-46a9-ad4d-bd0a10a40333" 20) "154a431b-f964-44ac-96b3-347a464b928d" 21) "904593e2-7691-4cbe-a42b-d6e7d3132da1" 22) "df07d672-b7e2-41d7-8f65-3e372149dd85" 23) "98cbe692-5f79-4403-96ef-1a8804cd552c" 24) "f4822e11-e72b-4970-a99c-7995428cc6a0" 25) "91326ca5-8093-4aff-af0a-c05f6ab3f67c" 26) "e8f2643b-0d17-41d2-9e1c-87bd91bd2fe2" 27) "6d87dba3-b326-477a-985c-023e9e59bb7a" 28) "ce714a8b-507c-4c9b-ae07-eadecc8c47b2" 29) "64ad3dba-2c06-4e1e-9dd9-694dbef94eb8" 30) "f651e61a-c84c-478e-b34d-130a03613f13" 31) "d507b9d7-ed15-401f-abf7-9ce113b1237d" 32) "d3de56aa-9abe-46e5-aa82-e2739db00c61" 33) "f56d86a8-42dd-4889-82c9-c809e5dfb4e9" 192.168.200.140:6380> quit [root@node01 ~]# redis-cli -h 192.168.200.140 -p 6381 192.168.200.140:6381> keys * 1) "fc8b0bc4-dd19-4817-9fe0-9e8e5b015492" 2) "de2c277b-1af1-43a3-bc26-4838ade9211b" 3) "e29cc1d1-566d-4975-b8da-654b7df701b5" 4) "93d43a98-d6b6-444d-b1d3-6e2558929abb" 5) "ec0a63f4-01e2-4853-9c5e-7f7f88aa7d2d" 6) "e68bf85b-9751-411c-85e0-e71f8c50d4cc" 7) "e24a7f8a-6469-4873-b546-e9d861a4ed49" 8) "dffb8776-dd3e-4e68-b0f2-95efae1f06bb" 9) "eba3c6b5-00df-433f-bce0-b434a088712d" 10) "1b807663-ccde-4b68-b62f-84f8725f2888" 11) "70bdc2f4-82bb-4a60-b446-35f66adb28fa" 12) "471a0db6-1dad-4ecc-a1d8-f7d9bee1bd3e" 13) "07f551c4-48a7-4b8a-b9c3-550666217170" 14) "92db8e28-a981-4db2-9376-6a4779b2f431" 15) "124c36ec-575e-41cb-a572-b80c3257bb8f" 16) "59386a43-5f05-4a20-850b-0cad845662a5" 17) "6413579b-fc76-4b0c-811a-f984458463c9" 18) "055c86d3-0668-439f-b4bd-0e04bb4df317" 19) "78f77451-1d0c-41c4-bf38-9914df3866ff" 20) "322cb478-f4e3-4295-abae-399aecb2b219" 21) "34768304-a285-4f3e-ab1e-5d8a7073c24e" 22) "21493487-cdf3-4eee-84a2-e743f762b998" 23) "d85559de-0b20-46bb-b2f2-afc81c5fc33c" 24) "7ae7f256-5556-4997-bf50-49465fc4c23e" 25) "38789a36-04cb-49e4-b65d-c7caac671480" 26) "68712f1d-3fc1-49f3-a38d-284beb3c203d" 27) "c894ba32-e7aa-4c2c-80cd-04c9479387ff" 28) "810de36d-6db5-473c-be6c-6e177440c967" 29) "e7c620b0-cb33-4bfc-9c57-d8dea8491e75"
以上是对redis多实例部署,分片概念和jedis使用的记录,后续继续补充redis的相关知识。
参考博文:
(1)https://www.cnblogs.com/peter1018/p/9765585.html redis.conf目录介绍
(2)https://www.cnblogs.com/Dylansuns/p/7402049.html 同上
(3)https://blog.csdn.net/fly910905/article/details/84983557
标签:interface 不同 multi pool network protected 意义 数据区 提示
原文地址:https://www.cnblogs.com/youngchaolin/p/11983705.html