Mysql日志

Mysql 有4種類型的日志：Error Log、Genaral Query Log、 Binary Log 和 Slow Query Log**

一、Error Log

記錄Mysql運(yùn)行過(guò)程中的Error、Warning、Note等信息，系統(tǒng)出錯(cuò)或者某條記錄出問(wèn)題可以查看Error日志。

  • Mysql的錯(cuò)誤日志默認(rèn)以hostname.err存放在Mysql的日志目錄，可以通過(guò)以下語(yǔ)句查看：

    mysql> show variables like "log_error";
+---------------+----------------+
| Variable_name | Value          |
+---------------+----------------+
| log_error     | /tmp/mysql.log |
+---------------+---------------

  • 修改錯(cuò)誤日志的地址可以在/etc/my.cnf中添加--log-error = [filename]來(lái)開(kāi)啟mysql錯(cuò)誤日志。我的是：

     log_error = /tmp/mysql.log

  • 先來(lái)查看一下：tail -f /tmp/mysql.log

    bash-3.2# tail -f /tmp/mysql.log 
2015-12-23T02:22:41.467311Z 0 [Note] IPv6 is available.
2015-12-23T02:22:41.467324Z 0 [Note]   - '::' resolves to '::';
2015-12-23T02:22:41.467350Z 0 [Note] Server socket created on IP: '::'.
2015-12-23T02:22:41.584287Z 0 [Note] Event Scheduler: Loaded 0 events
2015-12-23T02:22:41.584390Z 0 [Note] /usr/local/Cellar/mysql/5.7.9/bin/mysqld: ready for connections.
Version: '5.7.9'  socket: '/tmp/mysql.sock'  port: 3306  Homebrew
2015-12-23T02:22:42.540786Z 0 [Note] InnoDB: Buffer pool(s) load completed at 151223 10:22:42
151223 10:22:51 mysqld_safe A mysqld process already exists
2015-12-23T02:25:30.984395Z 2 [ERROR] Could not use /tmp/mysql_query.log for logging (error 13 - Permission denied). Turning logging off for the server process. To turn it on again: fix the cause, then either restart the query logging by using "SET GLOBAL GENERAL_LOG=ON" or restart the MySQL server.
2015-12-23T07:28:03.923562Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 61473ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)

信息量比較大，暫不分析了。。。。當(dāng)然 如果mysql配置或連接出錯(cuò)時(shí)， 仍然可以通過(guò)tail -f 來(lái)跟蹤日志的

二、General Query Log

記錄mysql的日常日志，包括查詢、修改、更新等的每條sql。

  • 先查看mysql是否啟用了查詢?nèi)罩? show global variables like "%genera%"

    mysql> show global variables like "%genera%";
+----------------------------------------+----------------------+
| Variable_name                          | Value                |
+----------------------------------------+----------------------+
| auto_generate_certs                    | ON                   |
| general_log                            | OFF                  |
| general_log_file                       | /tmp/mysql_query.log |
| sha256_password_auto_generate_rsa_keys | ON                   |
+----------------------------------------+----------------------+
4 rows in set (0.00 sec)

    我這里是配置了日志輸出文件：/tmp/mysql_query.log，并且日志功能關(guān)閉

  • 查詢?nèi)罩镜妮敵鑫募梢栽?strong>/etc/my.cnf 中添加general-log-file = [filename]

  • Mysql打開(kāi)general log日志后，所有的查詢語(yǔ)句都可以在general log文件中輸出，如果打開(kāi)，文件會(huì)非常大，建議調(diào)試的時(shí)候打開(kāi)，平時(shí)關(guān)閉

    mysql> set global general_log = on;
Query OK, 0 rows affected (0.01 sec)

mysql> set global general_log = off;
Query OK, 0 rows affected (0.01 sec)

  • 注意：

    如果打開(kāi)了日志功能，但是沒(méi)有寫(xiě)入日志，那就有可能是mysql對(duì)日志文件的權(quán)限不夠，所以需要指定權(quán)限，我的日志文件是 /tmp/mysql_query.log , 則：

    chown mysql:mysql /tmp/mysql_query.log

三、Binary Log

二進(jìn)制日志，包含一些事件，這些事件描述了數(shù)據(jù)庫(kù)的改動(dòng)，如建表、數(shù)據(jù)改動(dòng)等，主要用于備份恢復(fù)、回滾操作等

1. 作用：

  • 包含了所有更新了數(shù)據(jù)或者已經(jīng)潛在更新了數(shù)據(jù)(比如沒(méi)有匹配任何行的一個(gè)DELETE)
  • 包含關(guān)于每個(gè)更新數(shù)據(jù)庫(kù)(DML)的語(yǔ)句的執(zhí)行時(shí)間信息
  • 不包含沒(méi)有修改任何數(shù)據(jù)的語(yǔ)句，如果需要啟用該選項(xiàng)，需要開(kāi)啟通用日志功能
  • 主要目的是盡可能的將數(shù)據(jù)庫(kù)恢復(fù)到數(shù)據(jù)庫(kù)故障點(diǎn)，因?yàn)槎M(jìn)制日志包含備份后進(jìn)行的所有更新
  • 用于在主復(fù)制服務(wù)器上記錄所有將發(fā)送給從服務(wù)器的語(yǔ)句
  • 啟用該選項(xiàng)數(shù)據(jù)庫(kù)性能降低1%，但保障數(shù)據(jù)庫(kù)完整性，對(duì)于重要數(shù)據(jù)庫(kù)值得以性能換完整

2. 格式

Binlog有3種格式

  • STATMENT：每一條會(huì)修改數(shù)據(jù)的sql都會(huì)記錄到master的binlog中，slave在復(fù)制的時(shí)候sql進(jìn)程會(huì)解析成和原來(lái)master端執(zhí)行多相同的sql再執(zhí)行。
    有點(diǎn)：在statement模式下首先就是解決了row模式的缺點(diǎn)，不需要記錄每一行數(shù)據(jù)的變化減少了binlog日志量，節(jié)省了I/O以及存儲(chǔ)資源，提高性能。因?yàn)樗恍枰?lì)在master上所執(zhí)行的語(yǔ)句的細(xì)節(jié)一屆執(zhí)行語(yǔ)句時(shí)候的上下的信息。
    缺點(diǎn)：在statement模式下，由于他是記錄的執(zhí)行語(yǔ)句，所以，為了讓這些語(yǔ)句在slave端也能正確執(zhí)行，那么他還必須記錄每條語(yǔ)句在執(zhí)行的時(shí)候的一些相關(guān)信息，也就是上下文信息，以保證所有語(yǔ)句在slave端被執(zhí)行的時(shí)候能夠得到和在master端執(zhí)行時(shí)候相同的結(jié)果。另外就是，由于mysql現(xiàn)在發(fā)展比較快，很多的新功能不斷的加入，使mysql的復(fù)制遇到了不小的挑戰(zhàn)，自然復(fù)制的時(shí)候涉及到越復(fù)雜的內(nèi)容，bug也就越容易出現(xiàn)。在statement中，目前已經(jīng)發(fā)現(xiàn)不少情況會(huì)造成Mysql的復(fù)制出現(xiàn)問(wèn)題，主要是修改數(shù)據(jù)的時(shí)候使用了某些特定的函數(shù)或者功能的時(shí)候會(huì)出現(xiàn)，比如：sleep()函數(shù)在有些版本中就不能被正確復(fù)制，在存儲(chǔ)過(guò)程中使用了last_insert_id()函數(shù)，可能會(huì)使slave和master上得到不一致的id等等。
  • ROW：日志中會(huì)記錄成每一行數(shù)據(jù)被修改的形式，然后在slave端再對(duì)相同的數(shù)據(jù)進(jìn)行修改，只記錄要修改的數(shù)據(jù)，只有value，不會(huì)有sql多表關(guān)聯(lián)的情況。
    優(yōu)點(diǎn)：在row模式下，bin-log中可以不記錄執(zhí)行的sql語(yǔ)句的上下文相關(guān)的信息，僅僅只需要記錄那一條記錄被修改了，修改成什么樣了，所以row的日志內(nèi)容會(huì)非常清楚的記錄下每一行數(shù)據(jù)修改的細(xì)節(jié)，非常容易理解。而且不會(huì)出現(xiàn)某些特定情況下的存儲(chǔ)過(guò)程和function，以及trigger的調(diào)用和出發(fā)無(wú)法被正確復(fù)制問(wèn)題。
    缺點(diǎn)：在row模式下，所有的執(zhí)行的語(yǔ)句當(dāng)記錄到日志中的時(shí)候，都將以每行記錄的修改來(lái)記錄，這樣可能會(huì)產(chǎn)生大量的日志內(nèi)容。
  • MIXED：MySQL 會(huì)根據(jù)執(zhí)行的每一條具體的 SQL 語(yǔ)句來(lái)區(qū)分對(duì)待記錄的日志形式，也就是在 statement 和 row 之間選擇一種

3. 配置

  • 查看mysql中二進(jìn)制文件的配置情況：show variables like "%log_bin%";

    mysql> show variables like "%log_bin%";
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| log_bin                         | OFF   |
| log_bin_basename                |       |
| log_bin_index                   |       |
| log_bin_trust_function_creators | OFF   |
| log_bin_use_v1_row_events       | OFF   |
| sql_log_bin                     | ON    |
+---------------------------------+-------+

log_bin : 用于設(shè)定是否啟用二進(jìn)制日志, 由此看是未開(kāi)啟

  • 配置文件仍然是在 /etc/my.cnf 中， 修改/etc/my.cnf， 增加日志文件目錄：

    log_bin = /tmp/mysql-bin.log

  • 重啟mysql ：

    bash-3.2# mysql.server start;
Starting MySQL
. ERROR! The server quit without updating PID file (/usr/local/Cellar/mysql/5.7.9/data/mysql.pid).

  • 又報(bào)錯(cuò)，查看錯(cuò)誤日志，我的配置在/tmp/mysql.log

    151224 00:37:34 mysqld_safe Starting mysqld daemon with databases from /usr/local/var/mysql
2015-12-23T16:37:34.643998Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2015-12-23T16:37:34.644124Z 0 [Warning] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
2015-12-23T16:37:34.644129Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
2015-12-23T16:37:34.644189Z 0 [Warning] Insecure configuration for --secure-file-priv: Current value does not restrict location of generated files. Consider setting it to a valid, non-empty path.
2015-12-23T16:37:34.644226Z 0 [Note] /usr/local/Cellar/mysql/5.7.9/bin/mysqld (mysqld 5.7.9-log) starting as process 24268 ...
2015-12-23T16:37:34.646468Z 0 [Warning] Setting lower_case_table_names=2 because file system for /usr/local/var/mysql/ is case insensitive
2015-12-23T16:37:34.646945Z 0 [ERROR] You have enabled the binary log, but you haven't provided the mandatory server-id. Please refer to the proper server start-up parameters documentation
2015-12-23T16:37:34.646978Z 0 [ERROR] Aborting

2015-12-23T16:37:34.646991Z 0 [Note] Binlog end
2015-12-23T16:37:34.647068Z 0 [Note] /usr/local/Cellar/mysql/5.7.9/bin/mysqld: Shutdown complete

151224 00:37:34 mysqld_safe mysqld from pid file /usr/local/Cellar/mysql/5.7.9/data/mysql.pid ended

重點(diǎn)：

You have enabled the binary log, but you haven't provided the mandatory server-id. Please refer to the proper server start-up parameters documentation

說(shuō)明需要配置一個(gè)server-id， 再拿這句話百度，果然是這樣。所以在 配置文件/etc/my.cn中添加 server-id = 1，再重啟mysql，解決問(wèn)題。而且在配置的bin-log同級(jí)目錄增加了mysql-bin.000001 mysql-bin.index mysql-bin.log 三個(gè)文件，前兩個(gè)是自動(dòng)生成。

參數(shù)：

log_bin：設(shè)置此參數(shù)表示啟用binlog功能，并指定路徑名稱

log_bin_index：設(shè)置此參數(shù)是指定二進(jìn)制索引文件的路徑與名稱

binlog_do_db：此參數(shù)表示只記錄指定數(shù)據(jù)庫(kù)的二進(jìn)制日志
binlog_ignore_db：此參數(shù)表示不記錄指定的數(shù)據(jù)庫(kù)的二進(jìn)制日志

max_binlog_cache_size：此參數(shù)表示binlog使用的內(nèi)存最大的尺寸

binlog_cache_size：此參數(shù)表示binlog使用的內(nèi)存大小，可以通過(guò)狀態(tài)變量binlog_cache_use和binlog_cache_disk_use來(lái)幫助測(cè)試。binlog_cache_use：使用二進(jìn)制日志緩存的事務(wù)數(shù)量

binlog_cache_disk_use:使用二進(jìn)制日志緩存但超過(guò)binlog_cache_size值并使用臨時(shí)文件來(lái)保存事務(wù)中的語(yǔ)句的事務(wù)數(shù)量

max_binlog_size：Binlog最大值，最大和默認(rèn)值是1GB，該設(shè)置并不能嚴(yán)格控制Binlog的大小，尤其是Binlog比較靠近最大值而又遇到一個(gè)比較大事務(wù)時(shí)，為了保證事務(wù)的完整性，不可能做切換日志的動(dòng)作，只能將該事務(wù)的所有SQL都記錄進(jìn)當(dāng)前日志，直到事務(wù)結(jié)束

sync_binlog：這個(gè)參數(shù)直接影響mysql的性能和完整性

sync_binlog=0：
當(dāng)事務(wù)提交后，Mysql僅僅是將binlog_cache中的數(shù)據(jù)寫(xiě)入Binlog文件，但不執(zhí)行fsync之類的磁盤(pán) 同步指令通知文件系統(tǒng)將緩存刷新到磁盤(pán)，而讓Filesystem自行決定什么時(shí)候來(lái)做同步，這個(gè)是性能最好的。
sync_binlog=n，在進(jìn)行n次事務(wù)提交以后，Mysql將執(zhí)行一次fsync之類的磁盤(pán)同步指令，同志文件系統(tǒng)將Binlog文件緩存刷新到磁盤(pán)。
Mysql中默認(rèn)的設(shè)置是sync_binlog=0，即不作任何強(qiáng)制性的磁盤(pán)刷新指令，這時(shí)性能是最好的，但風(fēng)險(xiǎn)也是最大的。一旦系統(tǒng)繃Crash，在文件系統(tǒng)緩存中的所有Binlog信息都會(huì)丟失

  • 登錄mysql，再次查看bin-log的狀態(tài)，屬于啟用狀態(tài)

    mysql> show variables like "%log_bin%";
+---------------------------------+----------------------+
| Variable_name                   | Value                |
+---------------------------------+----------------------+
| log_bin                         | ON                   |
| log_bin_basename                | /tmp/mysql-bin       |
| log_bin_index                   | /tmp/mysql-bin.index |
| log_bin_trust_function_creators | OFF                  |
| log_bin_use_v1_row_events       | OFF                  |
| sql_log_bin                     | ON                   |
+---------------------------------+----------------------+
  • binlog的刪除
    binlog的刪除可以手工刪除或自動(dòng)刪除

自動(dòng)刪除binlog

通過(guò)binlog參數(shù)（expire_logs_days ）來(lái)實(shí)現(xiàn)mysql自動(dòng)刪除binlog

    mysql> show binary logs;
    +------------------+-----------+
    | Log_name         | File_size |
    +------------------+-----------+
    | mysql-bin.000001 |       869 |
    +------------------+-----------+
    1 row in set (0.00 sec)
    
    mysql> show variables like 'expire_logs_days' ;
    +------------------+-------+
    | Variable_name    | Value |
    +------------------+-------+
    | expire_logs_days | 0     |
    +------------------+-------+
    1 row in set (0.00 sec)
    
    mysql> ;set global expire_logs_days=3;
    ERROR: 
    No query specified
    
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> show variables like 'expire_logs_days' ;
    +------------------+-------+
    | Variable_name    | Value |
    +------------------+-------+
    | expire_logs_days | 3     |
    +------------------+-------+
    1 row in set (0.00 sec)

手工刪除binlog

    mysql> reset master;   //刪除master的binlog
    mysql> reset slave;    //刪除slave的中繼日志
    mysql> purge master logs before '2012-03-30 17:20:00';  //刪除指定日期以前的日志索引中binlog日志文件
    mysql> purge master logs to 'mysql-bin.000001';   //刪除指定日志文件的日志索引中binlog日志文件

或者直接用操作系統(tǒng)命令直接刪除

    mysql> set sql_log_bin=1/0; //如果用戶有super權(quán)限，可以啟用或禁用當(dāng)前會(huì)話的binlog記錄
    mysql> show master logs; //查看master的binlog日志 
    mysql> show binary logs; //查看master的binlog日志
    mysql> show master status; //用于提供master二進(jìn)制日志文件的狀態(tài)信息
    mysql> show slave hosts; //顯示當(dāng)前注冊(cè)的slave的列表。不以--report-host=slave_name選項(xiàng)為開(kāi)頭的slave不會(huì)顯示在本列表中

  • blog查看：通過(guò)mysqlbinlog 查看日志文件

    bash-3.2# mysqlbinlog /tmp/mysql-bin.log

四、Slow Query Log

記錄Mysql 慢查詢的日志
修改配置文件 /etc/my.cnf

1. Mysql 慢查詢配置相關(guān)命令：

  • 查看日志功能是否開(kāi)啟：show variables like "%slow%";

    mysql> show variables like "%slow%";
+---------------------------+----------------------------------------------------+
| Variable_name             | Value                                              |
+---------------------------+----------------------------------------------------+
| log_slow_admin_statements | OFF                                                |
| log_slow_slave_statements | OFF                                                |
| slow_launch_time          | 2                                                  |
| slow_query_log            | OFF                                                |
| slow_query_log_file       | /usr/local/var/mysql/tongkundeMacBook-Pro-slow.log |
+---------------------------+----------------------------------------------------+

    slow_query_log 配置為OFF ， 說(shuō)明未開(kāi)啟慢日志

  • 打開(kāi)慢日志功能：set global slow_query_log = on;

    mysql> set global slow_query_log = on;
Query OK, 0 rows affected (0.06 sec)

  • 查看下默認(rèn)設(shè)置的慢查詢的時(shí)間：show variables like "%long_query%";

    mysql> show variables like "%long_query%";
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+

    可以看出，默認(rèn)是10秒，按照這個(gè)配置，數(shù)據(jù)得上n億才能達(dá)到，為了測(cè)試我們修改一下

2. 修改Mysql配置文件的方式

  • 打開(kāi)/etc/my.cnf , 加入慢查詢配置文件

    slow-query-log = 1
slow-query-log-file = /tmp/mysql-slow.log
long_query_time = 1 #設(shè)置滿請(qǐng)求時(shí)間, 設(shè)置查多少秒的查詢算是慢查詢

    保存退出后要重啟mysql

    mysql.server restart;

  • 通過(guò)mysql命令查看配置：

    mysql> show variables like "%slow%";
+---------------------------+---------------------+
| Variable_name             | Value               |
+---------------------------+---------------------+
| log_slow_admin_statements | OFF                 |
| log_slow_slave_statements | OFF                 |
| slow_launch_time          | 2                   |
| slow_query_log            | OFF                 |
| slow_query_log_file       | /tmp/mysql-slow.log |
+---------------------------+---------------------+

    這里顯示慢日志功能還未開(kāi)啟

  • 打開(kāi)慢日志功能

    mysql> set global slow_query_log = on;
ERROR 29 (HY000): File '/tmp/mysql-slow.log' not found (Errcode: 13 - Permission denied)

    恩，報(bào)錯(cuò)了，說(shuō)明什么呢，權(quán)限不夠，那就給權(quán)限，退出mysql 執(zhí)行：

     chown mysql:mysql /tmp/mysql-slow.log

    回到mysql，再次打開(kāi)慢日志：

    mysql> set global slow_query_log = on;
Query OK, 0 rows affected (0.00 sec)

    ok, 解決。

3. 測(cè)試一下

  • 先監(jiān)控下日志： tail -f /tmp/mysql-slow.log

  • 在mysql中分別執(zhí)行兩句查詢：

    mysql> SELECT 2;
+---+
| 2 |
+---+
| 2 |
+---+
1 row in set (0.00 sec)

mysql> SELECT sleep(3);
+----------+
| sleep(3) |
+----------+
|        0 |
+----------+
1 row in set (3.01 sec)

  • 查看一下日志文件的輸出：
    ?

    # Time: 2015-12-23T15:50:44.140140Z
# User@Host: root[root] @ localhost []  Id:     2
# Query_time: 3.003542  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 0
SET timestamp=1450885844;
SELECT sleep(3);

    基本上查詢的所有信息都有顯示，就不多白花了。

?

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個(gè)濱河市，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
    沈念sama閱讀 228,119評(píng)論 6贊 531
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場(chǎng)離奇詭異，居然都是意外死亡，警方通過(guò)查閱死者的電腦和手機(jī)，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,382評(píng)論 3贊 415
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門(mén)，熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)，“玉大人，你說(shuō)我怎么就攤上這事。” “怎么了？”我有些...
    開(kāi)封第一講書(shū)人閱讀 176,038評(píng)論 0贊 373
  • 道士緝兇錄：失蹤的賣(mài)姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我，道長(zhǎng)，這世上最難降的妖魔是什么？ 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 62,853評(píng)論 1贊 309
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮，結(jié)果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當(dāng)我...
    茶點(diǎn)故事閱讀 71,616評(píng)論 6贊 408
  • 惡毒庶女頂嫁案：這布局不是一般人想出來(lái)的
    文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著，像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上，一...
    開(kāi)封第一講書(shū)人閱讀 55,112評(píng)論 1贊 323
  • 城市分裂傳說(shuō)
    那天，我揣著相機(jī)與錄音，去河邊找鬼。 笑死，一個(gè)胖子當(dāng)著我的面吹牛，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播，決...
    沈念sama閱讀 43,192評(píng)論 3贊 441
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開(kāi)眼，長(zhǎng)吁一口氣：“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼！你這毒婦竟也來(lái)了？” 一聲冷哼從身側(cè)響起，我...
    開(kāi)封第一講書(shū)人閱讀 42,355評(píng)論 0贊 288
  • 萬(wàn)榮殺人案實(shí)錄
    序言：老撾萬(wàn)榮一對(duì)情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒(méi)想到半個(gè)月后，有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體，經(jīng)...
    沈念sama閱讀 48,869評(píng)論 1贊 334
  • ?護(hù)林員之死
    正文 獨(dú)居荒郊野嶺守林人離奇死亡，尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,727評(píng)論 3贊 354
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,928評(píng)論 1贊 369
  • 活死人
    序言：一個(gè)原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
    沈念sama閱讀 38,467評(píng)論 5贊 358
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布，位于F島的核電站，受9級(jí)特大地震影響，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜，卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,165評(píng)論 3贊 347
  • 男人毒藥：我在死后第九天來(lái)索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 34,570評(píng)論 0贊 26
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間，已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 35,813評(píng)論 1贊 282
  • 情欲美人皮
    我被黑心中介騙來(lái)泰國(guó)打工， 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,585評(píng)論 3贊 390
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長(zhǎng)得像，于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子，可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,892評(píng)論 2贊 372

推薦閱讀更多精彩內(nèi)容