使用Linux命令檢查Linux服務(wù)器性能

如果你的Linux服務(wù)器突然負(fù)載暴增哥倔，告警短信快發(fā)爆你的手機(jī)，如何在最短時間內(nèi)找出Linux性能問題所在础爬？Netflix性能工程團(tuán)隊的Brendan Gregg寫下了這篇博文吧慢，來看他們是怎樣通過十條命令在一分鐘內(nèi)對機(jī)器性能問題進(jìn)行診斷。

1. 概述

1. uptime
2. dmesg | tail
3. vmstat 1
4. mpstat -P ALL 1
5. pidstat 1
6. iostat -xz 1
7. free -m
8. sar -n DEV 1
9. sar -n TCP,ETCP 1
10. top

其中一些命令需要安裝sysstat包篇梭，有一些由procps包提供氢橙。這些命令的輸出，有助于快速定位性能瓶頸恬偷，檢查出所有資源（CPU悍手、內(nèi)存、磁盤IO等）的利用率（utilization）袍患、飽和度（saturation）和錯誤（error）度量坦康，也就是所謂的USE方法。

2. 命令介紹

  • uptime命令
[root@Dev-Test-203 ~]# uptime
 16:44:05 up 14 days, 11 min,  2 users,  load average: 0.03, 0.06, 0.11

這個命令可以快速查看機(jī)器的負(fù)載情況诡延。在Linux系統(tǒng)中滞欠，這些數(shù)據(jù)表示等待CPU資源的進(jìn)程和阻塞在不可中斷IO進(jìn)程（進(jìn)程狀態(tài)為D）的數(shù)量。這些數(shù)據(jù)可以讓我們對系統(tǒng)資源使用有一個宏觀的了解孕暇。

命令的輸出分別表示1分鐘仑撞、5分鐘、15分鐘的平均負(fù)載情況妖滔。通過這三個數(shù)據(jù)隧哮，可以了解服務(wù)器負(fù)載是在趨于緊張還是區(qū)域緩解。如果1分鐘平均負(fù)載很高座舍，而15分鐘平均負(fù)載很低沮翔，說明服務(wù)器正在命令高負(fù)載情況，需要進(jìn)一步排查CPU資源都消耗在了哪里曲秉。反之采蚀，如果15分鐘平均負(fù)載很高，1分鐘平均負(fù)載較低承二，則有可能是CPU資源緊張時刻已經(jīng)過去榆鼠。

上面例子中的輸出，可以看見最近1分鐘的平均負(fù)載非常高亥鸠，且遠(yuǎn)高于最近15分鐘負(fù)載妆够，因此我們需要繼續(xù)排查當(dāng)前系統(tǒng)中有什么進(jìn)程消耗了大量的資源识啦。可以通過下文將會介紹的vmstat神妹、mpstat等命令進(jìn)一步排查颓哮。

  • dmesg | tail 命令
[root@Dev-Test-203 ~]# dmesg | tail
[1210442.606862] udevadm[27145]: Successfully loaded SELinux database in 4.303ms, size on heap is 314K.
[1210442.606882] udevadm[27145]: calling: info
[1210442.616993] udevadm[27147]: Successfully loaded SELinux database in 15.054ms, size on heap is 314K.
[1210442.617028] udevadm[27147]: calling: info
[1210442.624811] udevadm[27150]: Successfully loaded SELinux database in 8.161ms, size on heap is 314K.
[1210442.624832] udevadm[27150]: calling: info
[1210442.633353] udevadm[27153]: Successfully loaded SELinux database in 5.328ms, size on heap is 314K.
[1210442.633380] udevadm[27153]: calling: info
[1210442.646637] udevadm[27158]: Successfully loaded SELinux database in 4.374ms, size on heap is 314K.
[1210442.646656] udevadm[27158]: calling: info

該命令會輸出系統(tǒng)日志的最后10行。這些日志可以幫助排查性能問題鸵荠。千萬不要忘了這一步冕茅。

  • vmstat 1 命令
[root@Dev-Test-203 ~]# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free         buff  cache       si   so    bi    bo   in   cs us sy id wa st
 0  0  32608 233992    916 2008624    0    0     1    10    7    7  3  3 94  0  0
 5  0  32608 231060    916 2008652    0    0     0     9 4505 6121  8 15 77  0  0
 0  0  32608 233396    916 2008688    0    0     0     0 7646 10633 12 14 74  0  0
 0  0  32608 232608    916 2008648    0    0     0   114 7189 11091  8  5 86  1  0
 0  0  32608 233028    916 2008656    0    0     0     0 1338 1987  2  1 98  0  0
 0  0  32608 233028    916 2008660    0    0     0     0 1243 1876  1  1 98  0  0
 0  0  32608 232604    916 2008660    0    0     0    18 2001 2659  3  2 95  1  0
 0  0  32608 232656    916 2008668    0    0     0     0 1481 2167  1  1 98  0  0
 0  0  32608 232636    916 2008676    0    0     0   151 1666 2315  5  1 94  1  0
 0  0  32608 232532    916 2008680    0    0     0     0 1302 1758  2  1 97  0  0
 0  0  32608 232532    916 2008684    0    0     0     0 1516 2335  2  1 97  0  0
 5  0  32608 230012    916 2008688    0    0     0     9 3579 5516 10 13 77  0  0

vmstat命令，每行會輸出一些系統(tǒng)核心指標(biāo)蛹找，這些指標(biāo)可以讓我們更詳細(xì)的了解系統(tǒng)狀態(tài)姨伤。后面跟的參數(shù)1，表示每秒輸出一次統(tǒng)計信息熄赡，表頭提示了每一列的含義姜挺，這幾介紹一些和性能調(diào)優(yōu)相關(guān)的列：

  • r：等待在CPU資源的進(jìn)程數(shù)齿税。這個數(shù)據(jù)比平均負(fù)載更加能夠體現(xiàn)CPU負(fù)載情況彼硫，數(shù)據(jù)中不包含等待IO的進(jìn)程。如果這個數(shù)值大于機(jī)器CPU核數(shù)凌箕，那么機(jī)器的CPU資源已經(jīng)飽和拧篮。

  • free：系統(tǒng)可用內(nèi)存數(shù)（以千字節(jié)為單位），如果剩余內(nèi)存不足牵舱，也會導(dǎo)致系統(tǒng)性能問題串绩。下文介紹到的free命令，可以更詳細(xì)的了解系統(tǒng)內(nèi)存的使用情況芜壁。

  • si, so：交換區(qū)寫入和讀取的數(shù)量礁凡。如果這個數(shù)據(jù)不為0，說明系統(tǒng)已經(jīng)在使用交換區(qū)（swap）慧妄，機(jī)器物理內(nèi)存已經(jīng)不足顷牌。

  • us, sy, id, wa, st：這些都代表了CPU時間的消耗，它們分別表示用戶時間（user）塞淹、系統(tǒng)（內(nèi)核）時間（sys）窟蓝、空閑時間（idle）、IO等待時間（wait）和被偷走的時間（stolen饱普，一般被其他虛擬機(jī)消耗）运挫。

上述這些CPU時間，可以讓我們很快了解CPU是否出于繁忙狀態(tài)套耕。一般情況下谁帕，如果用戶時間和系統(tǒng)時間相加非常大，CPU出于忙于執(zhí)行指令冯袍。如果IO等待時間很長匈挖，那么系統(tǒng)的瓶頸可能在磁盤IO。

  • mpstat -P ALL 1 命令
[root@Dev-Test-203 ~]# mpstat -P ALL 1
Linux 3.10.0-514.6.1.el7.x86_64 (Dev-Test-203)  05/09/2017      _x86_64_        (4 CPU)

04:52:23 PM  CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
04:52:24 PM  all    1.75    0.00    1.00    0.00    0.00    0.00    0.00    0.00    0.00   97.24
04:52:24 PM    0    3.00    0.00    2.00    0.00    0.00    0.00    0.00    0.00    0.00   95.00
04:52:24 PM    1    2.00    0.00    1.00    0.00    0.00    0.00    0.00    0.00    0.00   97.00
04:52:24 PM    2    1.00    0.00    1.00    0.00    0.00    0.00    0.00    0.00    0.00   98.00
04:52:24 PM    3    1.00    0.00    1.00    0.00    0.00    0.00    0.00    0.00    0.00   98.00

該命令可以顯示每個CPU的占用情況，如果有一個CPU占用率特別高关划，那么有可能是一個單線程應(yīng)用程序引起的小染。

  • pidstat 1 命令
[root@Dev-Test-203 ~]# pidstat 1
Linux 3.10.0-514.6.1.el7.x86_64 (Dev-Test-203)  05/09/2017      _x86_64_        (4 CPU)

04:54:13 PM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
04:54:14 PM   102      4768    0.96    0.96    0.00    1.92     1  redis-server
04:54:14 PM   106      7208    0.00    0.96    0.00    0.96     0  haproxy
04:54:14 PM     0      8994    0.96    2.88    0.00    3.85     3  pidstat
04:54:14 PM     0     12940    4.81    0.96    0.00    5.77     0  dockerd
04:54:14 PM     0     12960    0.00    0.96    0.00    0.96     3  loop0
04:54:14 PM     0     16610    0.96    0.00    0.00    0.96     3  rancher-metadat
04:54:14 PM     0     17338    0.96    0.00    0.00    0.96     1  plugin-manager
04:54:14 PM     0     24713   10.58    9.62    0.00   20.19     1  cadvisor
04:54:14 PM   109     27286    1.92    1.92    0.00    3.85     3  beam.smp
04:54:14 PM   999     27733    0.96    0.96    0.00    1.92     1  daphne

pidstat命令輸出進(jìn)程的CPU占用率，該命令會持續(xù)輸出贮折，并且不會覆蓋之前的數(shù)據(jù)裤翩，可以方便觀察系統(tǒng)動態(tài)。

  • iostat -xz 1 命令
[root@Dev-Test-203 ~]# iostat -xz 1
Linux 3.10.0-514.6.1.el7.x86_64 (Dev-Test-203)  05/09/2017      _x86_64_        (4 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           3.49    0.00    2.65    0.23    0.00   93.63

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sda               0.01     0.15    0.08    2.08     2.06    21.69    22.02     0.03   12.92    5.26   13.21   5.21   1.12
dm-0              0.00     0.00    0.08    2.13     2.00    21.28    21.10     0.03   13.65    5.29   13.94   5.08   1.12
dm-1              0.00     0.00    0.01    0.10     0.03     0.40     8.01     0.00   19.17    8.54   20.04   0.25   0.00
dm-2              0.00     0.00    0.00    0.00     0.00     0.00    27.20     0.00   10.77    6.23   17.66   5.07   0.00
dm-3              0.00     0.00    0.03    0.09     0.57     1.63    38.43     0.00    8.55    2.50   10.28   4.03   0.05
dm-4              0.00     0.00    0.00    0.00     0.04     0.01    59.16     0.00    3.76    3.44    5.59   2.00   0.00
dm-5              0.00     0.00    0.00    0.00     0.01     0.00    53.15     0.00    2.74    1.85   11.37   1.02   0.00
dm-7              0.00     0.00    0.00    0.00     0.01     0.09    41.04     0.00    6.63    3.26    7.06   4.42   0.00
dm-8              0.00     0.00    0.00    0.00     0.01     0.08    36.56     0.00    4.91    1.87    5.22   4.78   0.00
dm-9              0.00     0.00    0.00    0.01     0.02     0.09    29.21     0.00    6.90    2.31    7.40   3.35   0.00
dm-10             0.00     0.00    0.00    0.00     0.04     0.00    64.19     0.00    1.60    1.01   11.22   0.64   0.00
dm-11             0.00     0.00    0.00    0.00     0.01     0.00    40.18     0.00    7.79    6.85   18.77   1.47   0.00
dm-12             0.00     0.00    0.00    0.00     0.01     0.00    43.22     0.00    1.72    1.69    1.98   1.33   0.00
dm-13             0.00     0.00    0.00    0.00     0.02     0.00    52.31     0.00    3.18    2.19   14.03   0.96   0.00
dm-6              0.00     0.00    0.00    0.00     0.02     0.00    63.19     0.00    1.49    0.90    6.86   1.13   0.00
dm-14             0.00     0.00    0.00    0.00     0.02     0.00    60.85     0.00    4.88    3.77   17.47   1.37   0.00
dm-15             0.00     0.00    0.00    0.00     0.03     0.01    51.59     0.00    5.24    3.76    6.88   3.00   0.00
dm-16             0.00     0.00    0.00    0.00     0.06     0.03    52.55     0.00    4.52    3.33    6.92   2.56   0.00
dm-17             0.00     0.00    0.01    0.04     0.09     0.97    45.18     0.00   11.00    4.92   11.77   7.90   0.04
dm-18             0.00     0.00    0.00    0.00     0.01     0.00    43.23     0.00    4.25    1.18   27.08   1.24   0.00
dm-19             0.00     0.00    0.00    0.00     0.03     0.00    35.95     0.00    1.69    0.09   18.49   0.17   0.00

iostat命令主要用于查看機(jī)器磁盤IO情況调榄。該命令輸出的列踊赠，主要含義是：

  • r/s, w/s, rkB/s, wkB/s：分別表示每秒讀寫次數(shù)和每秒讀寫數(shù)據(jù)量（千字節(jié)）。讀寫量過大每庆，可能會引起性能問題筐带。

  • await：IO操作的平均等待時間，單位是毫秒缤灵。這是應(yīng)用程序在和磁盤交互時伦籍，需要消耗的時間，包括IO等待和實際操作的耗時腮出。如果這個數(shù)值過大帖鸦，可能是硬件設(shè)備遇到了瓶頸或者出現(xiàn)故障。

  • avgqu-sz：向設(shè)備發(fā)出的請求平均數(shù)量胚嘲。如果這個數(shù)值大于1作儿，可能是硬件設(shè)備已經(jīng)飽和（部分前端硬件設(shè)備支持并行寫入）。

  • %util：設(shè)備利用率馋劈。這個數(shù)值表示設(shè)備的繁忙程度攻锰，經(jīng)驗值是如果超過60，可能會影響IO性能（可以參照IO操作平均等待時間）妓雾。如果到達(dá)100%娶吞，說明硬件設(shè)備已經(jīng)飽和。

如果顯示的是邏輯設(shè)備的數(shù)據(jù)君珠，那么設(shè)備利用率不代表后端實際的硬件設(shè)備已經(jīng)飽和寝志。值得注意的是，即使IO性能不理想策添，也不一定意味這應(yīng)用程序性能會不好材部，可以利用諸如預(yù)讀取、寫緩存等策略提升應(yīng)用性能唯竹。

  • free –m 命令
[root@Dev-Test-203 ~]# free -m
              total        used        free      shared  buff/cache   available
Mem:           3790        1620         197         211        1973        1633
Swap:          3967          31        3936

free命令可以查看系統(tǒng)內(nèi)存的使用情況乐导，-m參數(shù)表示按照兆字節(jié)展示。最后兩列分別表示用于IO緩存的內(nèi)存數(shù)浸颓，和用于文件系統(tǒng)頁緩存的內(nèi)存數(shù)物臂。需要注意的是旺拉，如果出現(xiàn)行-/+ buffers/cache，看上去緩存占用了大量內(nèi)存空間棵磷。這是Linux系統(tǒng)的內(nèi)存使用策略蛾狗，盡可能的利用內(nèi)存，如果應(yīng)用程序需要內(nèi)存仪媒，這部分內(nèi)存會立即被回收并分配給應(yīng)用程序沉桌。因此，這部分內(nèi)存一般也被當(dāng)成是可用內(nèi)存算吩。

如果可用內(nèi)存非常少留凭，系統(tǒng)可能會動用交換區(qū)（如果配置了的話），這樣會增加IO開銷（可以在iostat命令中提現(xiàn)）偎巢，降低系統(tǒng)性能蔼夜。

  • sar -n DEV 1 命令
[root@Dev-Test-203 ~]# sar -n DEV 1
Linux 3.10.0-514.6.1.el7.x86_64 (Dev-Test-203)  05/09/2017      _x86_64_        (4 CPU)

04:58:58 PM     IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
04:58:59 PM veth4e7f1d9f      4.00      4.00      0.98      3.39      0.00      0.00      0.00
04:58:59 PM veth36889dc3      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM veth3d7a6375      7.00      8.00      0.48      0.65      0.00      0.00      0.00
04:58:59 PM veth5b95b0ac      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM vethbed2b08d      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM vethf6fc7307      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM        lo      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM    enp4s0     48.00     34.00      9.72      4.64      0.00      0.00      0.00
04:58:59 PM    enp6s0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM veth5c95e8a      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM vethd0c9b86     14.00     13.00     82.92      1.42      0.00      0.00      0.00
04:58:59 PM veth852aa04f     23.00     23.00      6.19      6.25      0.00      0.00      0.00
04:58:59 PM vethab289cc8      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM docker_gwbridge      0.00      0.00      0.00      0.00      0.00      0.00      0.00
04:58:59 PM   docker0     25.00     25.00     84.73      6.21      0.00      0.00      0.00

sar命令在這里可以查看網(wǎng)絡(luò)設(shè)備的吞吐率。在排查性能問題時压昼，可以通過網(wǎng)絡(luò)設(shè)備的吞吐量求冷，判斷網(wǎng)絡(luò)設(shè)備是否已經(jīng)飽和。

  • sar -n TCP,ETCP 1 命令
[root@Dev-Test-203 ~]# sar -n TCP,ETCP 1
Linux 3.10.0-514.6.1.el7.x86_64 (Dev-Test-203)  05/09/2017      _x86_64_        (4 CPU)

05:20:58 PM  active/s passive/s    iseg/s    oseg/s
05:20:59 PM      2.00      0.00     32.00     38.00

05:20:58 PM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
05:20:59 PM      0.00      0.00      0.00      0.00      0.00

05:20:59 PM  active/s passive/s    iseg/s    oseg/s
05:21:00 PM      9.00      0.00     63.00    204.00

05:20:59 PM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
05:21:00 PM      4.00      0.00      0.00      0.00      8.00

05:21:00 PM  active/s passive/s    iseg/s    oseg/s
05:21:01 PM      0.00      0.00     12.00     13.00

05:21:00 PM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
05:21:01 PM      0.00      0.00      0.00      0.00      0.00

05:21:01 PM  active/s passive/s    iseg/s    oseg/s
05:21:02 PM      0.00      0.00     22.00     27.00

05:21:01 PM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
05:21:02 PM      0.00      0.00      0.00      0.00      0.00

sar命令在這里用于查看TCP連接狀態(tài)巢音，其中包括：

  • active/s：每秒本地發(fā)起的TCP連接數(shù)遵倦，既通過connect調(diào)用創(chuàng)建的TCP連接；
  • passive/s：每秒遠(yuǎn)程發(fā)起的TCP連接數(shù)官撼，即通過accept調(diào)用創(chuàng)建的TCP連接；
  • retrans/s：每秒TCP重傳數(shù)量似谁；

TCP連接數(shù)可以用來判斷性能問題是否由于建立了過多的連接傲绣，進(jìn)一步可以判斷是主動發(fā)起的連接，還是被動接受的連接巩踏。TCP重傳可能是因為網(wǎng)絡(luò)環(huán)境惡劣秃诵，或者服務(wù)器壓力過大導(dǎo)致丟包。

  • top命令
[root@Dev-Test-203 ~]# top
top - 17:23:42 up 14 days, 50 min,  2 users,  load average: 6.79, 2.41, 0.96
Tasks: 397 total,   1 running, 396 sleeping,   0 stopped,   0 zombie
%Cpu(s):  9.9 us, 11.2 sy,  0.0 ni, 78.7 id,  0.0 wa,  0.0 hi,  0.2 si,  0.0 st
KiB Mem :  3881888 total,   203632 free,  1657044 used,  2021212 buff/cache
KiB Swap:  4063228 total,  4030692 free,    32536 used.  1676340 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                                
24713 root      20   0  513752 157296   7476 S   7.0  4.1 100:58.55 cadvisor                                                                                                               
11943 root      20   0 1086896  35264   9264 S   6.3  0.9 133:55.98 telegraf                                                                                                               
 9561 root      20   0 1097140  38020   9232 S   6.0  1.0 136:29.51 telegraf                                                                                                               
19998 root      20   0  648876  30200   9456 S   4.3  0.8  96:42.35 telegraf                                                                                                               
12940 root      20   0 2558440  92736  20692 S   3.0  2.4  53:01.38 dockerd                                                                                                                
12948 root      20   0 1424740  19336   4492 S   2.7  0.5  14:51.40 docker-containe                                                                                                        
27286 109       20   0 2253776  96864   3268 S   2.7  2.5  57:25.64 beam.smp                                                                                                               
27733 polkitd   20   0  265736  75964   8556 S   2.0  2.0  35:29.90 daphne                                                                                                                 
11698 telegraf  20   0  497988  23824   9232 S   1.7  0.6  45:52.80 telegraf                                                                                                               
 4768 102       20   0   36996   3104   1348 S   1.0  0.1   4:20.36 redis-server                                                                                                           
  513 root      20   0   36820   5756   5468 S   0.7  0.1  16:51.69 systemd-journal                                                                                                        
  922 root      20   0  467664   7584   6496 S   0.7  0.2  15:57.66 rsyslogd                                                                                                               
32741 root      20   0  157980   2576   1532 R   0.7  0.1   0:00.21 top                                                                                                                    
    9 root      20   0       0      0      0 S   0.3  0.0  15:43.40 rcu_sched                                                                                                              
  586 106       20   0   38492   1656    388 S   0.3  0.0   0:00.01 haproxy                                                                                                                
15710 root      20   0  142904   5140   3876 S   0.3  0.1   0:00.28 sshd

top命令包含了前面好幾個命令的檢查的內(nèi)容塞琼。比如系統(tǒng)負(fù)載情況（uptime）菠净、系統(tǒng)內(nèi)存使用情況（free）、系統(tǒng)CPU使用情況（vmstat）等彪杉。因此通過這個命令毅往，可以相對全面的查看系統(tǒng)負(fù)載的來源。同時派近，top命令支持排序攀唯，可以按照不同的列排序，方便查找出諸如內(nèi)存占用最多的進(jìn)程渴丸、CPU占用率最高的進(jìn)程等侯嘀。
但是另凌，top命令相對于前面一些命令，輸出是一個瞬間值戒幔，如果不持續(xù)盯著吠谢，可能會錯過一些線索。這時可能需要暫停top命令刷新诗茎，來記錄和比對數(shù)據(jù)囊卜。

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市错沃，隨后出現(xiàn)的幾起案子栅组，更是在濱河造成了極大的恐慌，老刑警劉巖枢析，帶你破解...
    沈念sama閱讀 211,561評論 6贊 492
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件玉掸，死亡現(xiàn)場離奇詭異，居然都是意外死亡醒叁，警方通過查閱死者的電腦和手機(jī)司浪，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,218評論 3贊 385
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來把沼，“玉大人啊易，你說我怎么就攤上這事∫牵” “怎么了租谈？”我有些...
    開封第一講書人閱讀 157,162評論 0贊 348
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長捆愁。 經(jīng)常有香客問我割去，道長，這世上最難降的妖魔是什么昼丑？ 我笑而不...
    開封第一講書人閱讀 56,470評論 1贊 283
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任呻逆，我火速辦了婚禮，結(jié)果婚禮上菩帝，老公的妹妹穿的比我還像新娘咖城。我一直安慰自己，他們只是感情好呼奢，可當(dāng)我...
    茶點故事閱讀 65,550評論 6贊 385
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布宜雀。 她就那樣靜靜地躺著，像睡著了一般控妻。 火紅的嫁衣襯著肌膚如雪州袒。 梳的紋絲不亂的頭發(fā)上，一...
    開封第一講書人閱讀 49,806評論 1贊 290
  • 城市分裂傳說
    那天弓候，我揣著相機(jī)與錄音郎哭，去河邊找鬼他匪。 笑死，一個胖子當(dāng)著我的面吹牛夸研，可吹牛的內(nèi)容都是我干的邦蜜。 我是一名探鬼主播，決...
    沈念sama閱讀 38,951評論 3贊 407
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼亥至，長吁一口氣：“原來是場噩夢啊……” “哼悼沈！你這毒婦竟也來了？” 一聲冷哼從身側(cè)響起姐扮，我...
    開封第一講書人閱讀 37,712評論 0贊 266
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤絮供，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后茶敏，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體壤靶，經(jīng)...
    沈念sama閱讀 44,166評論 1贊 303
  • ?護(hù)林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,510評論 2贊 327
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年惊搏，在試婚紗的時候發(fā)現(xiàn)自己被綠了贮乳。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,643評論 1贊 340
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡恬惯，死狀恐怖向拆，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情酪耳，我是刑警寧澤浓恳，帶...
    沈念sama閱讀 34,306評論 4贊 330
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布，位于F島的核電站葡兑，受9級特大地震影響奖蔓，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜讹堤，卻給世界環(huán)境...
    茶點故事閱讀 39,930評論 3贊 313
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望厨疙。 院中可真熱鬧洲守，春花似錦、人聲如沸沾凄。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,745評論 0贊 21
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽撒蟀。三九已至叙谨，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間保屯，已是汗流浹背手负。 一陣腳步聲響...
    開封第一講書人閱讀 31,983評論 1贊 266
  • 情欲美人皮
    我被黑心中介騙來泰國打工涤垫， 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人竟终。 一個月前我還...
    沈念sama閱讀 46,351評論 2贊 360
  • 代替公主和親
    正文 我出身青樓蝠猬，卻偏偏與公主長得像，于是被迫代替她去往敵國和親统捶。 傳聞我的和親對象是個殘疾皇子榆芦，可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,509評論 2贊 348

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