02_MySQL主从复制

环境

  • 主节点 Master
    IP： 192.168.175.200
    操作系统： CentOS-6.7-x86_64
    MySQL 版本： mysql-5.6.26
    主机名：huachao
  • 从节点 Slave
    IP： 192.168.175.201
    操作系统： CentOS-6.7-x86_64
    MySQL 版本： mysql-5.6.26
    主机名：mini1

介绍

  • MySQL 主从复制官方文档
    http://dev.mysql.com/doc/refman/5.6/en/replication.html

  • MySQL 主从复制的方式
    MySQL5.6 开始主从复制有两种方式：基于日志（ binlog）、基于 GTID（全局事务标示符）。
    本教程主要讲基于日志（ binlog） 的复制。

  • MySQL 主从复制（也称 A/B 复制） 的原理
    (1) Master将数据改变记录到二进制日志(binary log)中，也就是配置文件 log-bin指定的文件，
    这些记录叫做二进制日志事件(binary log events)；
    (2) Slave 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继日志(relay log)；
    (3) Slave 重做中继日志中的事件， 把中继日志中的事件信息一条一条的在本地执行一次，完
    成数据在本地的存储， 从而实现将改变反映到它自己的数据(数据重放)。


    MySQL主从复制原理图

  • 主从配置需要注意的点
    (1)主从服务器操作系统版本和位数一致；
    (2) Master 和 Slave 数据库的版本要一致；
    (3) Master 和 Slave 数据库中的数据要一致；
    (4) Master 开启二进制日志， Master 和 Slave 的 server_id 在局域网内必须唯一；

主从配置的简要步骤

1、 Master 上的配置
(1) 安装数据库；
(2) 修改数据库配置文件， 指明 server_id， 开启二进制日志(log-bin)；
(3) 启动数据库， 查看当前是哪个日志， position 号是多少；
(4) 登录数据库， 授权数据复制用户（ IP 地址为从机 IP 地址， 如果是双向主从， 这里的
还需要授权本机的 IP 地址， 此时自己的 IP 地址就是从 IP 地址)；
(5) 备份数据库（ 记得加锁和解锁）；
(6) 传送备份数据到 Slave 上；
(7) 启动数据库；

以下步骤， 为单向主从搭建成功， 想搭建双向主从需要的步骤：
(1) 登录数据库， 指定 Master 的地址、 用户、 密码等信息（ 此步仅双向主从时需要）；
(2) 开启同步， 查看状态；

2、 Slave 上的配置
(1) 安装数据库；
(2) 修改数据库配置文件， 指明 server_id（ 如果是搭建双向主从的话， 也要开启二进制日志 log-bin）；
(3) 启动数据库， 还原备份；
(4) 查看当前是哪个日志， position 号是多少（ 单向主从此步不需要， 双向主从需要）；
(5) 指定 Master 的地址、 用户、 密码等信息；
(6) 开启同步， 查看状态。

单向主从环境（也称 MySQL A/B 复制）的搭建

  1. Master（ 192.168.175.200） 和 Slave（ 192.168.175.201） 上都安装了相同版本的数据库（ mysql-
    5.6.26.tar.gz），参考 《 高可用架构篇--第 13 节--MySQL 源码编译安装（ CentOS6.6+MySQL5.6）》。
    注意：两台数据库服务器的的 selinux 都要 disable （ 永久关闭 selinux，请修改/etc/selinux/config，
    将 SELINUX 改为 disabled）

  2. 修改 Master 的配置文件/etc/my.cnf

[root@huachao ~]# vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id，一般设置为 IP
server_id=205
## 复制过滤： 需要备份的数据库， 输出 binlog
#binlog-do-db=roncoo
## 复制过滤： 不需要备份的数据库， 不输出（ mysql 库一般不同步）
binlog-ignore-db=mysql
## 开启二进制日志功能， 可以随便取， 最好有含义
log-bin=edu-mysql-bin
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
## 主从复制的格式（ mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如： 1062 错误是指一些主键重复， 1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062

（如想了解以上参数的更多详细解析， 大家可以直接百度参数名）

  • 复制过滤可以让你只复制服务器中的一部分数据，有两种复制过滤：
    (1) 在 Master 上过滤二进制日志中的事件；
    (2) 在 Slave 上过滤中继日志中的事件。如下：


    MySQL主从复制原理图--复制过滤
  • MySQL 对于二进制日志 (binlog)的复制类型
    (1) 基于语句的复制：在 Master 上执行的 SQL 语句，在 Slave 上执行同样的语句。 MySQL 默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时，会自动选着基于行的复制。
    (2) 基于行的复制：把改变的内容复制到 Slave，而不是把命令在 Slave 上执行一遍。从MySQL5.0 开始支持。
    (3) 混合类型的复制：默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。

主机配置

  1. vi /etc/my.cnf
#主从复制配置
## replication
server_id=200
#binlog-do-db=huachao
binlog-ignore-db=mysql
log-bin=edu-mysql-bin
binlog_cache_size=1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062
  1. 启动/重启 Master 数据库服务，登录数据库， 创建数据同步用户，并授予相应的权限
[root@huachao ~]# service mysql restart
Shutting down MySQL..[ OK ]
Starting MySQL..[ OK ]
[root@huachao ~]# mysql -uroot -p

创建数据同步用户，并授予相应的权限

grant replication slave, replication client on *.* to 'repl'@'192.168.175.201' identified by 'huachao.123';

刷新授权表信息

flush privileges;

查看 position 号， 记下 position 号（ 从机上需要用到这个 position 号和现在的日志文件)

show master status;
image.png
  1. 创建 huachao库、 表， 并写入一定量的数据， 用于模拟现有的业务系统数据库
create database if not exists huachao default charset utf8 collate utf8_general_ci;

use huachao;

DROP TABLE IF EXISTS `edu_user`;
CREATE TABLE `edu_user` (
  `Id` int(11) NOT NULL AUTO_INCREMENT,
  `userName` varchar(255) NOT NULL DEFAULT '' COMMENT '用户名',
  `pwd` varchar(255) NOT NULL DEFAULT '' COMMENT '密码',
  PRIMARY KEY (`Id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COMMENT='用户信息表';

INSERT INTO `edu_user` VALUES (1,'吴水成','123456'),(2,'清风','123456'),(3,'龙果','roncoo.com');
image.png
  1. 为保证 Master 和 Slave 的数据一致，我们采用主备份，从还原来实现初始数据一致

先临时锁表

mysql> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)

mysql> exit;
Bye

这里我们实行全库备份，在实际中，我们可能只同步某一个库，那也可以只备份一个库

mysqldump -p3306 -uroot -p --add-drop-table huachao > /tmp/edu-master-huachao.sql;

进入tmp目录

[root@huachao ~]# cd /tmp
[root@huachao tmp]# ll

注意： 实际生产环境中大数据量（超 2G 数据）的备份，建议不要使用 mysqldump 进行备份， 因为会非常慢。 此时推荐使用 XtraBackup 进行备份。

解锁表

[root@huachao ~]# mysql -uroot -p
Enter password: 
mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

mysql>

将 Master 上备份的数据远程传送到 Slave 上，以用于 Slave 配置时恢复数据

scp /tmp/edu-master-huachao.sql root@192.168.175.201:/tmp/

从机配置

接下来处理 Slave（ 192.168.175.201）， 配置文件只需修改一项， 其余配置用命令来操作

[root@mini1 ~]# vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id，一般设置为 IP
server_id=206
## 复制过滤： 需要备份的数据库，输出 binlog
#binlog-do-db=roncoo
##复制过滤： 不需要备份的数据库， 不输出（ mysql 库一般不同步）
binlog-ignore-db=mysql
## 开启二进制日志，以备 Slave 作为其它 Slave 的 Master 时使用
log-bin=edu-mysql-slave1-bin
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size = 1M
## 主从复制的格式（ mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如： 1062 错误是指一些主键重复， 1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log 配置中继日志
relay_log=edu-mysql-relay-bin
## log_slave_updates 表示 slave 将复制事件写进自己的二进制日志
log_slave_updates=1
## 防止改变数据(除了特殊的线程)
read_only=1

如果 Slave 为其它 Slave 的 Master 时，必须设置 bin_log。在这里，我们开启了二进制日志，而且显式的命名(默认名称为 hostname，但是，如果 hostname 改变则会出现问题)。relay_log 配置中继日志， log_slave_updates 表示 slave 将复制事件写进自己的二进制日志。当设置 log_slave_updates 时，你可以让 slave 扮演其它 slave 的 master。此时， slave 把 SQL线程执行的事件写进行自己的二进制日志(binary log)，然后，它的 slave 可以获取这些事件并执行它。如下图所示（ 发送复制事件到其它 Slave）：


MySQL主从复制原理图2
  1. vi /etc/my.cnf
## replication
server_id=206
#binlog-do-db=huachao
binlog-ignore-db=mysql
log-bin=edu-mysql-slave1-bin
binlog_cache_size = 1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062
relay_log=edu-mysql-relay-bin
log_slave_updates=1
read_only=1
  1. 保存后重启 MySQL 服务，还原备份数据
[root@mini1 ~]# service mysql restart
Shutting down MySQL..[ OK ]
Starting MySQL..[ OK ]

Slave 上创建相同库：

create database if not exists huachao default charset utf8 collate utf8_general_ci;
use huachao;

导入数据

mysql -uroot -p huachao < /tmp/edu-master-huachao.sql
  1. 登录 Slave 数据库， 添加相关参数
    （ Master 的 IP、 端口、 同步用户、 密码、 position 号、 读取哪个日志文件)
[root@mini1 ~]# mysql -uroot -p
Enter password:
重点注意：master_log_pos需要在保存前再在Master上使用show master status;再查看一次，然后再设置、保存，不要使用Master设置时候查询的值，例如本例中在Master设置时查询的Position=429，现在查询的是1402，所有我们使用1402。
mysql> change master to master_host='192.168.175.200', master_user='repl', master_password='huachao.123', master_port=3306, master_log_file='edu-mysql-bin.000001',master_log_pos=1402, master_connect_retry=30;

上面执行的命令的解释：
master_host='192.168.175.200' ## Master 的 IP 地址
master_user='repl' ## 用于同步数据的用户（在 Master 中授权的用户）
master_password='huachao.123' ## 同步数据用户的密码
master_port=3306 ## Master 数据库服务的端口
master_log_file='edu-mysql-bin.000001' ##指定 Slave 从哪个日志文件开始读复制数据（ 可在 Master 上使用 show master status 查看到日志文件名）
master_log_pos=1402 ## 从哪个 POSITION 号开始读
master_connect_retry=30 ##当重新建立主从连接时，如果连接建立失败，间隔多久后重试。单位为秒， 默认设置为 60 秒， 同步延迟调优参数。

  1. 查看主从同步状态
mysql> show slave status\G;

可看到 Slave_IO_State 为空， Slave_IO_Running 和 Slave_SQL_Running 是 No， 表明 Slave 还没有开始复制过程。


image.png
  1. 开启主从同步
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
  1. 再查看主从同步状态
mysql> show slave status\G;

image.png

主要看以下两个参数， 这两个参数如果是 Yes 就表示主从同步正常
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
由截图中的主从同步状态信息可以看出，我们配置的主从同步是正常的。

可查看 master 和 slave 上线程的状态。在 master 上，可以看到 slave 的 I/O 线程创建的连接：

Master :

mysql> show processlist\G;

image.png

1.row 为处理 slave 的 I/O 线程的连接。
2.row 为处理 MySQL 客户端连接线程。
3.row 为处理本地命令行的线程。

Slave :

mysql> show processlist\G;

image.png

1.row 为 I/O 线程状态。
2.row 为 SQL 线程状态。
3.row 为处理本地命令行的线程。

  1. 主从数据复制同步测试
    (1) 在 Master 中的 roncoo 库上变更数据的同步测试；
mysql> INSERT INTO `edu_user` VALUES (4,'同步测试 1','123456'),(5,'同步测试 2','123456');

Master 中添加完之后，登录 Slave 中查看数据是否已同步。
(2) 在 Master 上新建一个 ron 库

mysql> create database if not exists ron default charset utf8 collate utf8_general_ci;

在 Slave 中查看数据库

mysql> show databases;

最终的测试结果是，在 Master 中的操作， 都成功同步到了 Slave。

  1. 测试过程中，如果遇到同步出错，可在 Slave 上重置主从复制设置（ 选操作）：

(1)

 mysql> reset slave;

(2)

mysql> change master to master_host='192.168.175.200',
master_user='repl',
master_password='roncoo.123',
master_port=3306,
master_log_file='edu-mysql-bin.00000x',
master_log_pos=xx,
master_connect_retry=30;

(此时， master_log_file 和 master_log_pos 要在 Master 中用 show master status 命令查看)
注意： 如果在 Slave 没做只读控制的情况下， 千万不要在 Slave 中手动插入数据， 那样数据就会不一致， 主从就会断开， 就需要重新配置了。

  1. 上面所搭建的是单向复制的主从， 也是用的比较多的，而双向主从其实就是 Master 和Slave 都开启日志功能， 然后在 Master 执行授权用户（ 这里授权的是自己作为从服务器， 也就是这里的 IP 地址是 Master 的 IP 地址）， 然后再在 Master 上进行 chang master 操作。

MySQL 主从数据同步延迟问题的调优

基于局域网的 Master/Slave 机制在通常情况下已经可以满足“实时”备份的要求了。如果延迟比较大，可以从以下几个因素进行排查：
(1) 网络延迟；
(2) Master 负载过高；
(3) Slave 负载过高；
一般的做法是使用多台 Slave 来分摊读请求，再单独配置一台 Slave 只作为备份用， 不进行其他任何操作，就能相对最大限度地达到“实时” 的要求了。

两个可以减少主从复制延迟的参数（ 按需配置）：
MySQL 可以指定 3 个参数， 用于复制线程重连主库： --master-retry-count， --master-connectretry， --slave-net-timeout。其中 master-connect-retry 和 master-retry-count 需要在 Change Master 搭建主备复制时指定，而 slave-net-timeout 是一个全局变量，可以在 MySQL 运行时在线设置。具体的重试策略为：备库过了 slave-net-timeout 秒还没有收到主库来的数据，它就会开始第一次重试。然后每过master-connect-retry秒，备库会再次尝试重连主库。直到重试了master-retry-count 次，它才会放弃重试。如果重试的过程中，连上了主库，那么它认为当前主库是好的，又会开始 slave-net-timeout 秒的等待。 slave-net-timeout 的默认值是 3600 秒， master-connect-retry 默认为 60 秒， master-retry-count 默认为 86400 次。也就是说，如果主库一个小时都没有任何数据变更发送过来，备库才会尝试重连主库。这就是为什么在我们模拟的场景下，一个小时后，备库才会重连主库，继续同步数据变更的原因。这样的话，如果你的主库上变更比较频繁，可以考虑将 slave-net-timeout 设置的小一点，避免主库 Binlog dump 线程终止了，无法将最新的更新推送过来。当然 slave-net-timeout 设置的过小也有问题，这样会导致如果主库的变更确实比较少的时候，备库频繁的重新连接主库，造成资源浪费。

slave-net-timeout=seconds

参数说明： 当 Slave 从 Master 数据库读取 log 数据失败后， 等待多久重新建立连接并获取数据， 单位为秒， 默认设置为 3600 秒。
在做 MySQL Slave 的时候经常会遇到很多错误，需要根据具体原因跨过错误继续同步，但有时候是因为网络不稳定、网络闪断造成同步不正常，如果 Slave 机器非常多的情况下，一个一个登录服务器去 stop slave、 start slave 变得无聊而且重复。从 MySQL5.1 开始支持的解决

方案配置：

master-connect-retry=seconds

参数说明： 在主服务器宕机或连接丢失的情况下，从服务器线程重新尝试连接主服务器之前睡眠的秒数。如果主服务器.info文件中的值可以读取则优先使用。如果未设置，默认值为 60。通常配置以上 2 个参数可以减少网络问题导致的主从数据同步延迟。

一般网络问题的错误是：

[ERROR] Error reading packet from server: Lost connection to MySQL server during query
(server_errno=xxxx)
[ERROR] Slave I/O thread: Failed reading log event, reconnecting to retry, log ‘edu-mysqlbin.000256’ position 23456

正式环境中主从配置推荐的my.cnf

Master

[client]
port = 3306
socket = /usr/local/mysql/mysql.sock

[mysqld]
character-set-server = utf8
collation-server = utf8_general_ci

skip-external-locking
skip-name-resolve

user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /home/mysql/data
tmpdir = /home/mysql/temp
# server_id = .....
socket = /usr/local/mysql/mysql.sock
log-error = /home/mysql/logs/mysql_error.log
pid-file = /home/mysql/mysql.pid

open_files_limit = 10240

back_log = 600
max_connections=500
max_connect_errors = 6000
wait_timeout=605800

#open_tables = 600
#table_cache = 650
#opened_tables = 630

max_allowed_packet = 32M

sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 300
query_cache_type = 1
query_cache_size = 256M
query_cache_limit = 2M
query_cache_min_res_unit = 16k

tmp_table_size = 256M
max_heap_table_size = 256M

key_buffer_size = 256M
read_buffer_size = 1M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M

lower_case_table_names=1

default-storage-engine = INNODB

innodb_buffer_pool_size = 2G
innodb_log_buffer_size = 32M
innodb_log_file_size = 128M
innodb_flush_method = O_DIRECT

#####################
thread_concurrency = 32
long_query_time= 2
slow-query-log = on
slow-query-log-file = /home/mysql/logs/mysql-slow.log  

## replication
server_id=205
#binlog-do-db=roncoo
binlog-ignore-db=mysql
log-bin=edu-mysql-bin
binlog_cache_size=1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062

[mysqldump]
quick
max_allowed_packet = 32M

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Slave

[client]
port = 3306
socket = /usr/local/mysql/mysql.sock

[mysqld]
character-set-server = utf8
collation-server = utf8_general_ci

skip-external-locking
skip-name-resolve

user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /home/mysql/data
tmpdir = /home/mysql/temp
# server_id = .....
socket = /usr/local/mysql/mysql.sock
log-error = /home/mysql/logs/mysql_error.log
pid-file = /home/mysql/mysql.pid

open_files_limit = 10240

back_log = 600
max_connections=500
max_connect_errors = 6000
wait_timeout=605800

#open_tables = 600
#table_cache = 650
#opened_tables = 630

max_allowed_packet = 32M

sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 300
query_cache_type = 1
query_cache_size = 256M
query_cache_limit = 2M
query_cache_min_res_unit = 16k

tmp_table_size = 256M
max_heap_table_size = 256M

key_buffer_size = 256M
read_buffer_size = 1M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M

lower_case_table_names=1

default-storage-engine = INNODB

innodb_buffer_pool_size = 2G
innodb_log_buffer_size = 32M
innodb_log_file_size = 128M
innodb_flush_method = O_DIRECT

#####################
thread_concurrency = 32
long_query_time= 2
slow-query-log = on
slow-query-log-file = /home/mysql/logs/mysql-slow.log  


## replication
server_id=206
#binlog-do-db=roncoo
binlog-ignore-db=mysql
log-bin=edu-mysql-slave1-bin
binlog_cache_size = 1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062
relay_log=edu-mysql-relay-bin
log_slave_updates=1
read_only=1


[mysqldump]
quick
max_allowed_packet = 32M

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

参考文档

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 206,602评论 6赞 481
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 88,442评论 2赞 382
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 152,878评论 0赞 344
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 55,306评论 1赞 279
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 64,330评论 5赞 373
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 49,071评论 1赞 285
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,382评论 3赞 400
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 37,006评论 0赞 259
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 43,512评论 1赞 300
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,965评论 2赞 325
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,094评论 1赞 333
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,732评论 4赞 323
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,283评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,286评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,512评论 1赞 262
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,536评论 2赞 354
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,828评论 2赞 345