Redis学习笔记1

参考https://www.jianshu.com/p/8af6177f4c23

P5 redis介绍
0.NoSQL产品之key-value(缓存类)
RDBMS :MySQL,Oracle ,MSSQL,PG
NoSQL :Redis,MongoDB,列存储存储相关
NewSQL----->分布式数据库架构(MongoDB)
缓存产品介绍:
memcached (性能非常强,但本身没法直接上生产环境,大公司做二次开发才能用)
redis(京东使用,不太需要二次开发,功能比原生的memcached强大很多)
Tair(就是淘宝对memcached进行二开的产品)

1.redis功能
数据类型丰富 ⭐
支持持久化 ⭐
多种内存分配及回收策略,默认是LRU(最近最少使用原则)
支持事务 (基于队列的事务,和MySQL事务不一样)⭐
消息队列、消息订阅 (不做重点,有些常见可以用用redis队列替代kafka,但功能简单,缺点也比较大,核心业务一般不会用redis队列)
支持高可用 (原生态支持) ⭐
支持分布式分片集群 (原生态支持,而且维护成本极低,坏了之后只要一启动就加到集群)⭐
缓存穿透\雪崩 ⭐
Redis API

2.企业缓存产品介绍
memcached与redis在读写性能的对比
memcached 适合,多用户访问,每个用户少量的rw(read&write)
redis 适合,少用户访问,每个用户大量rw
原因是:
memcached是多核工作模式(多进程);
redis是单核工作模式(单进程多线程),更适合多实例的环境

下面的内容简单了解即可:
Memcached:
优点:高性能读写、单一数据类型、支持客户端式分布式集群、一致性hash
多核结构、多线程读写性能高。
缺点:无持久化、节点故障可能出现缓存穿透、分布式需要客户端实现、跨机房数据同步困难、架构扩容复杂度高
Redis:
优点:高性能读写、多数据类型支持、数据持久化、高可用架构、支持自定义虚拟内存、支持分布式分片集群、单线程读写性能极高
缺点:多线程读写较Memcached慢
新浪、京东、直播类平台、网页游戏
Tair:
优点:高性能读写、支持三种存储引擎(ddb、rdb、ldb)、支持高可用、支持分布式分片集群、支撑了几乎所有淘宝业务的缓存。
缺点:单机情况下,读写性能较其他两种产品较慢

3.Redis使用场景介绍
Memcached:多核的缓存服务,更加适合于多用户并发访问次数较少的应用场景
Redis:单核的缓存服务,单节点情况下,更加适合于少量用户,多次访问的应用场景。
Redis一般是单机多实例架构,配合redis集群出现。

P6 Redis安装部署
4.Redis安装部署
下载:
wget http://download.redis.io/releases/redis-3.2.12.tar.gz
解压:
上传至 /data

tar xzf redis-3.2.12.tar.gz
mv redis-3.2.12 redis

安装依赖,然后进入目录make即可:

yum -y install gcc automake autoconf libtool make
cd redis
make

环境变量(所有命令都在src下):
修改/etc/profile
添加

export PATH=/data/redis/src:$PATH

再source /etc/profile 即可生效
启动:

redis-server & 

连接测试:

redis-cli 
127.0.0.1:6379> set num messi10
OK
127.0.0.1:6379> get num
messi10

P7 Redis基本配置文件应用
5.Redis基本管理操作
5.1基础配置文件介绍
redis默认端口号6379
配置文件:

mkdir /data/6379
cat > /data/6379/redis.conf<<EOF
daemonize yes
port 6379
logfile /data/6379/redis.log
dir /data/6379
dbfilename dump.rdb
EOF

重启redis:

redis-cli shutdown 
redis-server /data/6379/redis.conf 
netstat -lnp|grep 6379

关闭redis除了redis-cli shutdown 命令外还可以登进去执行shutdown
+++++++++++配置文件说明++++++++++++++
redis.conf
是否后台运行:
daemonize yes (后台运行)
默认端口:
port 6379
日志文件位置
logfile /var/log/redis.log
持久化文件存储位置
dir /data/6379
RDB持久化数据文件:
dbfilename dump.rdb
++++++++++++++++++++++++++++++++++++++

redis-cli
127.0.0.1:6379> set name zhangsan 
OK
127.0.0.1:6379> get name
"zhangsan"

P8 Redis安全管理
5.2redis安全配置
redis一般都是本地登录,直接用redis-cli命令
远程登陆:

redis-cli -h 10.10.0.51 -p 6379

redis默认开启了保护模式,只允许本地回环地址登录并访问数据库,远程操作会报错。
禁止protected-mode
protected-mode yes/no (保护模式,是否只允许本地访问)
注意这个不要关,我们修改配置文件即可

(1)Bind :指定IP进行监听

vim /data/6379/redis.conf
bind 10.0.0.51  127.0.0.1

(2)增加requirepass {password}

vim /data/6379/redis.conf
requirepass 123456

我们会发现redis没有用户的概念,只有绑定地址和密码
然后我们重启:

redis-cli shutdown
redis-server /data/6379/redis.conf

----------验证-----
如果我们仅通过redis-cli命令登录,则会提示需要密码
因此需要指定验证密码
方法一:

[root@db03 ~]# redis-cli -a 123456
127.0.0.1:6379> set name zhangsan 
OK
127.0.0.1:6379> exit

方法二:

[root@db03 ~]# redis-cli
127.0.0.1:6379> auth 123456
OK
127.0.0.1:6379> set a b
[root@db01 src]# redis-cli -a 123 -h 10.0.0.51 -p 6379
10.0.0.51:6379> set b 2
OK

P9 Redis在线查看和修改配置
5.3 在线查看和修改配置
Redis可以用tab键补全命令;
查看全部配置(共70个):

CONFIG GET *

打印的结果每两行是一对儿,分别是配置项和配置内容
也可以根据条件过滤:

CONFIG GET requirepass
CONFIG GET r*

设置配置:

CONFIG SET requirepass 123

P10 Redis持久化
**5.4Redis持久化(内存数据保存到磁盘)
支持两种持久化功能:RDB 和 AOF,两者不冲突,但生产上一般只选一种

RDB 持久化
可以在指定的时间间隔内生成数据集的 时间点快照(point-in-time snapshot),使用save命令可以保存快照。
优点:速度快,适合于用做备份,redis主从复制也是基于RDB持久化功能实现的。
缺点:会有数据丢失
RDB持久化核心配置参数:

vim /data/6379/redis.conf
dir /data/6379
dbfilename dump.rdb
save 900 1
save 300 10
save 60 10000

配置分别表示:
备份目录名
备份文件名
900秒(15分钟)内有1个更改的话就会自动save
300秒(5分钟)内累计有10个更改的话就会自动save
60秒内累计有10000个更改的话就会自动save

AOF 持久化(append-only log file)
记录服务器执行的所有写操作命令,并在服务器启动时,通过重新执行这些命令来还原数据集。
AOF 文件中的命令全部以 Redis 协议的格式来保存,新命令会被追加到文件的末尾。
优点:可以最大程度保证数据不丢
缺点:日志记录量级比较大

AOF持久化配置

appendonly yes
appendfsync always
appendfsync everysec
appendfsync no

第一个是 是否打开aof日志功能,日志写入appendonly.aof中
后面的是同步策略,分别指的是:
每1个命令,都立即同步到aof
每秒写1次
写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到aof

vim /data/6379/redis.conf
appendonly yes
appendfsync everysec 

面试问题:
redis 持久化方式有哪些?有什么区别?
rdb:基于快照的持久化,速度更快,一般用作备份,主从复制也是依赖于rdb持久化功能
aof:以追加的方式记录redis操作日志的文件。可以最大程度的保证redis数据安全,类似于mysql的binlog


持久化文件

.aof是文本类型的,.rdb是数字类型的

P11 Redis数据类型种类
6. Redis数据类型
6.1 介绍
String : 字符类型 (memcached仅支持这一种类型,最简单,效率高)
Hash: 字典类型 (类似表结构,做数据库缓存)
List: 列表 (反向的,有下标索引)
Set: 集合
Sorted set: 有序集合 (有分数概念,有下标索引)

P12 KEY的通用操作
6.2 键的通用操作

看所有键的名字

当然keys尽量避免在生产中使用,如果真的有需要查看所有键的需求,建议是保存到集合中或哈希类型中

KEYS *   keys a  keys a*    

查看已存在所有键的名字,查看a开头的就用a*
TYPE 返回键所存储值的类型
EXPIRE\ PEXPIRE 以秒\毫秒设定生存时间 (默认不限生存时间,直到内存耗尽才会清理)
TTL\ PTTL 以秒\毫秒为单位返回生存时间(如ttl a命令,就是查看a键剩余的生存时间)
一般时间都会错开,否则会有同一时间大量键值对同时失效
所有键值对同时失效即雪崩
PERSIST 取消生存时间设置
DEL 删除一个key
EXISTS 检查是否存在,这个使用比较多,一般操作键值对前先exists,再type,就是先判断是否存在,再看看类型,再进行操作
RENAME 变更KEY名

---以name键为例子:

127.0.0.1:6379> set name zhangsan 
127.0.0.1:6379> EXPIRE name 60
(integer) 1
127.0.0.1:6379> ttl name
(integer) 57
127.0.0.1:6379> set a b ex 60
OK
127.0.0.1:6379> ttl a
127.0.0.1:6379> PERSIST a
(integer) 1
127.0.0.1:6379> ttl a
(integer) -1

P13 string类型应用场景
6.3 string
应用场景
①session 共享
②常规计数:微博数,粉丝数,订阅、礼物
这种就不适合RDBMS了,就适合用nosql,
redis里面的命令也很简单,就是incr num即可使这个num值+1,decr num就使这个num值-1,一次加一万:INCRBY num 10000
key:value


(1)
set name zhangsan
(2)
MSET id 101 name zhangsan age 20 gender m
等价于以下操作:
SET id 101
set name zhangsan
set age 20
set gender m
(3)计数器
每点一次关注,都执行以下命令一次
127.0.0.1:6379> incr num
显示粉丝数量:
127.0.0.1:6379> get num

暗箱操作:
127.0.0.1:6379> INCRBY num 10000
(integer) 10006
127.0.0.1:6379> get num
"10006"
127.0.0.1:6379> DECRBY num 10000
(integer) 6
127.0.0.1:6379> get num
"6"
详细的例子:------------------------------------


set mykey "test" 为键设置新值,并覆盖原有值
getset mycounter 0 设置值,取值同时进行
setex mykey 10 "hello" 设置指定 Key 的过期时间为10秒,在存活时间可以获取value
setnx mykey "hello" 若该键不存在,则为键设置新值
mset key3 "zyx" key4 "xyz" 批量设置键


del mykey 删除已有键


append mykey "hello" 若该键并不存在,返回当前 Value 的长度
该键已经存在,返回追加后 Value的长度
incr mykey 值增加1,若该key不存在,创建key,初始值设为0,增加后结果为1
decrby mykey 5 值减少5
setrange mykey 20 dd 把第21和22个字节,替换为dd, 超过value长度,自动补0

exists mykey 判断该键是否存在,存在返回 1,否则返回0
get mykey 获取Key对应的value
strlen mykey 获取指定 Key 的字符长度
ttl mykey 查看一下指定 Key 的剩余存活时间(秒数)
getrange mykey 1 20 获取第2到第20个字节,若20超过value长度,则截取第2个和后面所有的
mget key3 key4 批量获取键

P14 hash类型应用场景
6.4 hash类型(字典类型)
应用最广泛
应用场景:
存储部分变更的数据,如用户信息等。
最接近mysql表结构的一种类型
主要是可以做数据库缓存,一般都是由中间应用触发逻辑将数据从mysql灌到redis。
如java写的canal,通过binlog转换到redis

存数据:

hmset stu  id 101 name zhangsan age 20 gender m
hmset stu1 id 102 name zhangsan1 age 21 gender f

取数据:

HMGET stu id name age gender
HMGET stu1 id name age gender

我们可通过concat将查出的数据转换成hmset的格式

select concat("hmset city_",id," id ",id," name ",name," countrycode ",countrycode," district ",district," population ",population) from city limit 10 into outfile '/tmp/hmset.txt'

然后在linux下导入redis:

cat /tmp/hmset.txt |redis-cli -a 123456

---------------------更多的例子

hset myhash field1 "s"
若字段field1不存在,创建该键及与其关联的Hashes, Hashes中,key为field1 ,并设value为s ,若存在会覆盖原value
hsetnx myhash field1 s
若字段field1不存在,创建该键及与其关联的Hashes, Hashes中,key为field1 ,并设value为s, 若字段field1存在,则无效
hmset myhash field1 "hello" field2 "world 一次性设置多个字段

hdel myhash field1 删除 myhash 键中字段名为 field1 的字段
del myhash 删除键

hincrby myhash field 1 给field的值加1


hget myhash field1 获取键值为 myhash,字段为 field1 的值
hlen myhash 获取myhash键的字段数量
hexists myhash field1 判断 myhash 键中是否存在字段名为 field1 的字段
hmget myhash field1 field2 field3 一次性获取多个字段
hgetall myhash 返回 myhash 键的所有字段及其值
hkeys myhash 获取myhash 键中所有字段的名字
hvals myhash 获取 myhash 键中所有字段的值

P15 list和set类型应用场景
6.5 list(列表)
应用场景
消息队列系统
比如sina微博
在Redis中我们的最新微博ID使用了常驻缓存,这是一直更新的。
但是做了限制不能超过5000个ID,因此获取ID的函数会一直询问Redis。
只有在start/count参数超出了这个范围的时候,才需要去访问数据库。
系统不会像传统方式那样“刷新”缓存,Redis实例中的信息永远是一致的。
SQL数据库(或是硬盘上的其他类型数据库)只是在用户需要获取“很远”的数据时才会被触发,
而主页或第一个评论页是不会麻烦到硬盘上的数据库了。

假设每日发一条微信朋友圈:

127.0.0.1:6379> LPUSH wechat "today is nice day !"
127.0.0.1:6379> LPUSH wechat "today is bad day !"
127.0.0.1:6379> LPUSH wechat "today is good  day !"
127.0.0.1:6379> LPUSH wechat "today is rainy  day !"
127.0.0.1:6379> LPUSH wechat "today is friday !"

查看全部:

LRANGE wechat 0 -1

会发现最新的在最顶上
看最新一条数据

LRANGE wechat 0 0

[5,4,3,2,1]
0 1 2 3 4

[e,d,c,b,a]
0 1 2 3 4

127.0.0.1:6379> lrange wechat  0 0
1) "today is friday !"
127.0.0.1:6379> lrange wechat  0 1
1) "today is friday !"
2) "today is rainy  day !"
127.0.0.1:6379> lrange wechat  0 2
1) "today is friday !"
2) "today is rainy  day !"
3) "today is good  day !"
127.0.0.1:6379> lrange wechat  0 3
127.0.0.1:6379> lrange wechat  -2 -1
1) "today is bad day !"
2) "today is nice day !"


lpush mykey a b 若key不存在,创建该键及与其关联的List,依次插入a ,b, 若List类型的key存在,则插入value中
lpushx mykey2 e 若key不存在,此命令无效, 若key存在,则插入value中
linsert mykey before a a1 在 a 的前面插入新元素 a1
linsert mykey after e e2 在e 的后面插入新元素 e2
rpush mykey a b 在链表尾部先插入b,在插入a
rpushx mykey e 若key存在,在尾部插入e, 若key不存在,则无效
rpoplpush mykey mykey2 将mykey的尾部元素弹出,再插入到mykey2 的头部(原子性的操作)

del mykey 删除已有键
lrem mykey 2 a 从头部开始找,按先后顺序,值为a的元素,删除数量为2个,若存在第3个,则不删除
ltrim mykey 0 2 从头开始,索引为0,1,2的3个元素,其余全部删除

lset mykey 1 e 从头开始, 将索引为1的元素值,设置为新值 e,若索引越界,则返回错误信息
rpoplpush mykey mykey 将 mykey 中的尾部元素移到其头部

lrange mykey 0 -1 取链表中的全部元素,其中0表示第一个元素,-1表示最后一个元素。
lrange mykey 0 2 从头开始,取索引为0,1,2的元素
lrange mykey 0 0 从头开始,取第一个元素,从第0个开始,到第0个结束
lpop mykey 获取头部元素,并且弹出头部元素,出栈
lindex mykey 6 从头开始,获取索引为6的元素 若下标越界,则返回nil

6.6 SET集合类型(join union)
应用场景:
案例:在微博应用中,可以将一个用户所有的关注人存在一个集合中,将其所有粉丝存在一个集合。
Redis还为集合提供了求交集、并集、差集等操作,可以非常方便的实现如共同关注、共同喜好、二度好友等功能,
对上面的所有集合操作,你还可以使用不同的命令选择将结果返回给客户端还是存集到一个新的集合中。
这种放在mysql的话性能就非常低下。

127.0.0.1:6379> sadd lxl pg1 jnl baoqiang gsy alexsb
(integer) 5
127.0.0.1:6379> sadd jnl baoqiang ms bbh yf wxg
(integer) 5
127.0.0.1:6379> SUNION lxl jnl

  1. "gsy"
  2. "yf"
  3. "alexsb"
  4. "bbh"
  5. "jnl"
  6. "pg1"
  7. "baoqiang"
  8. "ms"
  9. "wxg"
    127.0.0.1:6379> SINTER lxl jnl
  10. "baoqiang"
    127.0.0.1:6379> SDIFF jnl lxl
  11. "wxg"
  12. "yf"
  13. "bbh"
  14. "ms"
    127.0.0.1:6379> SDIFF lxl jnl
  15. "jnl"
  16. "pg1"
  17. "gsy"
  18. "alexsb"


sadd myset a b c
若key不存在,创建该键及与其关联的set,依次插入a ,b,若key存在,则插入value中,若a 在myset中已经存在,则插入了 d 和 e 两个新成员。

spop myset 尾部的b被移出,事实上b并不是之前插入的第一个或最后一个成员
srem myset a d f 若f不存在, 移出 a、d ,并返回2

smove myset myset2 a 将a从 myset 移到 myset2,

sismember myset a 判断 a 是否已经存在,返回值为 1 表示存在。
smembers myset 查看set中的内容
scard myset 获取Set 集合中元素的数量
srandmember myset 随机的返回某一成员
sdiff myset1 myset2 myset3 1和2得到一个结果,拿这个集合和3比较,获得每个独有的值
sdiffstore diffkey myset myset2 myset3 3个集和比较,获取独有的元素,并存入diffkey 关联的Set中
sinter myset myset2 myset3 获得3个集合中都有的元素
sinterstore interkey myset myset2 myset3 把交集存入interkey 关联的Set中
sunion myset myset2 myset3 获取3个集合中的成员的并集
sunionstore unionkey myset myset2 myset3 把并集存入unionkey 关联的Set中

P16 sortedset
6.7 SortedSet(有序集合)
应用场景:
排行榜应用,取TOP N操作
这个需求与上面需求的不同之处在于,前面操作以时间为权重,这个是以某个条件为权重,比如按顶的次数排序,
这时候就需要我们的sorted set出马了,将你要排序的值设置成sorted set的score,将具体的数据设置成相应的value,
每次只需要执行一条ZADD命令即可。
一开始每首歌都是0次播放,使用ZINCRBY给每首歌增加点击量:

127.0.0.1:6379> zadd topN 0 smlt 0 fskl 0 fshkl 0 lzlsfs 0 wdhbx 0 wxg 
(integer) 6
127.0.0.1:6379> ZINCRBY topN 100000 smlt
"100000"
127.0.0.1:6379> ZINCRBY topN 10000 fskl
"10000"
127.0.0.1:6379> ZINCRBY topN 1000000 fshkl
"1000000"
127.0.0.1:6379> ZINCRBY topN 100 lzlsfs
"100"
127.0.0.1:6379> ZINCRBY topN 10 wdhbx
"10"
127.0.0.1:6379> ZINCRBY topN 100000000 wxg
"100000000"

127.0.0.1:6379> ZREVRANGE topN 0 2 
1) "wxg"
2) "fshkl"
3) "smlt"
127.0.0.1:6379> ZREVRANGE topN 0 2 withscores
1) "wxg"
2) "100000000"
3) "fshkl"
4) "1000000"
5) "smlt"
6) "100000"


zadd myzset 2 "two" 3 "three" 添加两个分数分别是 2 和 3 的两个成员

zrem myzset one two 删除多个成员变量,返回删除的数量

zincrby myzset 2 one 将成员 one 的分数增加 2,并返回该成员更新后的分数

zrange myzset 0 -1 WITHSCORES 返回所有成员和分数,不加WITHSCORES,只返回成员
zrank myzset one 获取成员one在Sorted-Set中的位置索引值。0表示第一个位置
zcard myzset 获取 myzset 键中成员的数量
zcount myzset 1 2 获取分数满足表达式 1 <= score <= 2 的成员的数量
zscore myzset three 获取成员 three 的分数
zrangebyscore myzset 1 2 获取分数满足表达式 1 < score <= 2 的成员

-inf 表示第一个成员,+inf最后一个成员

limit限制关键字

2 3 是索引号

zrangebyscore myzset -inf +inf limit 2 3 返回索引是2和3的成员
zremrangebyscore myzset 1 2 删除分数 1<= score <= 2 的成员,并返回实际删除的数量
zremrangebyrank myzset 0 1 删除位置索引满足表达式 0 <= rank <= 1 的成员
zrevrange myzset 0 -1 WITHSCORES 按位置索引从高到低,获取所有成员和分数

原始成员:位置索引从小到大

  one  0  
  two  1

执行顺序:把索引反转

  位置索引:从大到小
  one 1
  two 0

输出结果: two

   one

zrevrange myzset 1 3 获取位置索引,为1,2,3的成员

相反的顺序:从高到低的顺序

zrevrangebyscore myzset 3 0 获取分数 3>=score>=0的成员并以相反的顺序输出
zrevrangebyscore myzset 4 0 limit 1 2 获取索引是1和2的成员,并反转位置索引

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,496评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,407评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,632评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,180评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,198评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,165评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,052评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,910评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,324评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,542评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,711评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,424评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,017评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,668评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,823评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,722评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,611评论 2 353

推荐阅读更多精彩内容