(十)ELK技術棧之-Logstash詳解

前言

在第九章節中,我們已經安裝好Logstash組件了,并且啟動實例測試它的數據輸入和輸出,但是用的是最簡單的控制臺標準輸入和標準輸出,那這節我們就來深入的學習Logstash的詳細使用。

常用啟動參數

我們在上一節中演示了啟動Logstash的實例,其中我們啟動的時候給Logstash腳本傳入了-e的參數,但實際上,Logstash的啟動參數有很多,我們來看一下各個啟動參數的作用:

  • -e #立即啟動實例,例如:./logstash -e "input {stdin {}} output {stdout {}}"
  • -f #指定啟動實例的配置文件,例如:./logstash -f config/test.conf
  • -t #測試配置文件的正確性,例如:./logstash -f config/test.conf -t
  • -l #指定日志文件名稱,例如:./logstash -f config/test.conf -l logs/test.log
  • -w #指定filter線程數量,不指定默認是5,例如:./logstash-f config/test.conf -w 8

配置文件語法

文件結構

我們剛剛知道,啟動參數可以指定一個配置文件,那么接下來就有必要來了解一下配置文件的結構:
Logstash通過{}來定義區域,區域內可以定義插件,一個區域內可以定義多個插件,如下:

input {
    #標準輸入源插件
    stdin {
    }
    #普通文件源插件
    file {
        path => ["/var/log/*.log", "/var/log/message"]
       ....
    }
   ......
}
filter {
      #grok過濾插件
      grok {
            match => ["message", "%{HTTPDATE:logdate}"]
            .....
      }
     #date過濾插件
     date {
            match => ["logdate", "dd/MMM/yyyy:HH:mm:ss Z"]
           .....
    }
   .....
}
output {
     stdout {
     }
     elasticsearch {
        hosts => ["127.0.0.1:9200"]
        ....
    }
    .....
}

我們先大概了解一下配置文件的結構,接下來我們再詳細看這些插件的配置。

數據類型

Logstash配置文件支持的數據類型有:
1、Boolean,例如:ssl_enable => true
2、Number,例如:port => 33
3、String,例如:name => “Hello world”
4、hash,例如:options => {key1 => "value1", key2 => "value2"}
5、array,例如:match => ["datetime", "UNIX", "ISO8601"]

字段引用

Logstash數據流中的數據被稱之為Event對象,Event以JSON結構構成,Event的屬性被稱之為字段,如果你想在配置文件中引用這些字段,只需要把字段的名字寫在中括號[]里就行了,如[type],對于嵌套字段每層字段名稱都寫在[]里就可以了,比如:[tags][type];除此之外,對于Logstash的arrag類型支持下標與倒序下表,如:[tags][type][0][tags][type][-1]
以下的內容就是一個Event對象:

{
      "message" => "hello logstash",
      "@version" => "1",
      "@timestamp" => 2018-08-13T17:32:01.122Z,
      "host" => "localhost.localdomain"
}

條件判斷

Logstash支持下面的操作符:
1、==(等于), !=(不等于), <(小于), >(大于), <=(小于等于), >=(大于等于)
2、=~(匹配正則), !~(不匹配正則)
3、in(包含), not in(不包含)
4、and(與), or(或), nand(非與), xor(非或)
5、()(復合表達式), !()(對復合表達式結果取反)
例如以下的條件判斷:

if "_grokparsefailure" not in [tags] {
} 
else if [status] !~ /^2\d\d/ or ( [url] == "/noc.gif" nand [geoip][city] != "beijing" ) {
} 
else {
}

環境變量引用

Logstash支持引用系統環境變量,環境變量不存在時可以設置默認值,例如:

export TCP_PORT=12345
input {
  tcp {
    port => "${TCP_PORT:54321}"
  }
}

常用輸入插件

在第九章中,我們已經使用是標準輸入,以鍵盤的輸入數據作為Logstash數據源,但實際上我們也知道,Logstash的數據源有很多,每種數據源都有相應的配置,在Logstash中,這些數據源的相應配置稱為插件,我們常用的輸入插件有:file、jdbc、redis、tcp、syslog,這些輸入插件會監聽數據源的數據,如果新增數據,將數據封裝成Event進程處理或者傳遞,更多的輸入插件大家可以看Logstash官網,接下來我們以file和jdbc兩個輸入插件作為例子,來學習輸入插件的使用,其他輸入插件使用起來大同小異,大家自行擴展。

file輸入插件

讀取文件插件主要用來抓取文件的數據變化信息,以此作為Logstash的數據源。

  • 配置示例:
input{
  file {
    path => ["/var/log/*.log", "/var/log/message"]
    type => "system"
    start_position => "beginning"
  }
}
output{
  stdout{}
}
  • 常用參數
參數名稱 數據類型 默認值 描述
path array 用于匹配被監控的文件,如"/var/logs/*.log"或者 "/var/log/message",必須使用絕對路徑
type string Event的type字段,如果采用elasticsearch做store,在默認情況下將作為elasticsearch的type
sincedb_path string “$HOME/.sincedb*” 文件讀取記錄,必須指定一個文件而不是目錄,文件中保存沒個被監控的文件等當前inode和byteoffset
sincedb_write_interval number 15 間隔多少秒寫一次sincedb文件
start_position string "end" 值為“beginning”和“end”,從文件等開頭還是結尾讀取文件內容,默認是結尾,如果需要導入文件中的老數據,可以設置為“beginning”,該選項只在第一次啟動logstash時有效,如果文件已經存在于sincedb的記錄內,則此配置無效
stat_interval number 1 間隔多少秒檢查一下文件是否被修改,加大此參數將降低系統負載,但是增加了發現新日志的間隔時間
close_older number 3600 設置文件多少秒內沒有更新就關掉對文件的監聽
codec string “plain” 輸入數據之后對數據進行解碼
add_field hash {} 用于向Event中添加字段
delimiter string “\n” 文件內容的行分隔符,默認按照換行進行Event對象封裝,也就是說一行數據就一個Event對象
discover_interval number 15 間隔多少秒查看一下path匹配的路徑下是否有新文件產生
exclude array path匹配的文件中指定例外,如:path => “/var/log/“;exclude =>”*.gz”
id string 區分兩個相同類型的插件,比如兩個filter
ignore_older number 忽略歷史修改,如果設置3600秒,logstash只會發現一小時內被修改過的文件,一小時之前修改的文件的變化不會被讀取,如果再次修改該文件,所有的變化都會被讀取,默認被禁用
tags array 可以在Event中增加標簽,以便于在后續的處理流程中使用

jdbc輸入插件

該插件可以使用jdbc把關系型數據庫的數據作為Logstash的數據源

  • 配置示例:
input {
  jdbc {
    jdbc_driver_library => "/opt/logstash/mysql-connector-java-5.1.36-bin.jar"
    jdbc_driver_class => "com.mysql.jdbc.Driver"
    jdbc_connection_string => "jdbc:mysql://localhost:3306/mydb"
    jdbc_user => "mysql"
    jdbc_password => "123456"
    parameters => { "favorite_artist" => "Beethoven" }
    schedule => "* * * * *"
    statement => "SELECT * from songs where artist = :favorite_artist"
  }
}
output{
  stdout{}
}
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
jdbc_driver_library string jdbc連接驅動的jar包位置
jdbc_driver_class string jdbc驅動類
jdbc_connection_string string 數據庫的連接地址
jdbc_user string 數據庫的用戶名
jdbc_password string 數據庫的密碼
jdbc_paging_enabled boolean false 開啟分頁
jdbc_page_size number 100000 每頁查詢多少條數據
statement string 執行的SQL查詢語句
parameters hash {} 設置SQL查詢語句的參數
use_column_value boolean false 是否需要在程序中使用查詢出來的列
tracking_column string 需要在程序中使用哪個查詢出來的列
clean_run boolean false 是否應該保留先前的運行狀態
colums_charset hsah {} 特定列的字符編碼。此選項將覆蓋指定列的原來charset配置
schedule string 定時執行數據讀取的任務,使用cornexpression表達式:分、時、天、月、年,全部為*默認含義為每分鐘執行任務,該cornexpression表達式于Linux系統的crontab使用方式一樣,如果不會使用cornexpression表達式,可以查看crontab相關文檔。不設置的話,只執行一次數據的讀取
lowercase_column_names boolean true 是否需要把查詢出來的列名轉換成小寫,也就是說即使列名是駝峰的,也會轉成全部都是小寫的,默認為轉小寫,如果不需要,則設置為false
record_last_run boolean true 是否記錄數據庫中最后一條數據的位置
last_run_metadata_path string 記錄數據庫中最后一條數據的位置信息存放路徑
add_field
codec
id
tags
type

常用過濾插件

豐富的過濾器插件的是 logstash威力如此強大的重要因素,過濾器插件主要處理流經當前Logstash的事件信息,可以添加字段、移除字段、轉換字段類型,通過正則表達式切分數據等,也可以根據條件判斷來進行不同的數據處理方式。我們常用的過濾插件有:grok、date、geoip、mutate、json、Split、ruby,更多的過濾插件大家可以看Logstash官網,接下來我們以grok、date和geoip這3個過濾插件作為例子,來學習過濾插件的使用,其他過濾插件使用起來大同小異,大家自行擴展。

grok正則插件

grok正則捕獲是Logstash中將非結構化數據解析成結構化數據以便于查詢的最好工具,非常適合解析system log,web log, database log等任意的 log文件。

  • 內置正則表達式調用
    grok提供100多個常用正則表達式可供使用,這100多個正則表達式定義在logstash/vendor/bundle/jruby/x.x/gems/logstash-patterns-core-xxx/patterns/grok-patterns文件中,想要靈活的匹配各種數據,那么必須查看該文件,大概了解grok提供了什么內置的正則表達式。調用它們的語法如下:%{SYNTAX:SEMANTIC}
    SYNTAX:表示內置的正則表達式的名稱
    SEMANTIC:表示在Event中創建該字段名來存儲匹配到的值
    例如:輸入的數據內容為“[debug] 127.0.0.1 - test log content”,我們想提取127.0.0.1這個IP地址,那么可以使用以下語法來匹配:%{IP:client},將獲得“client: 127.0.0.1”的結果,該結果將成為Event的一個新的字段和字段值;如果你在捕獲數據時想進行數據類型轉換可以使用%{NUMBER:num:int}這種語法,默認情況下,所有的返回結果都是string類型,當前Logstash所支持的轉換類型僅有“int”和“float”;

  • 自定義表達式調用
    與預定義表達式相同,你也可以將自定義的表達式配置到Logstash中,然后就可以像于定義的表達式一樣使用;以下是操作步驟說明:
    1、在Logstash根目錄下創建文件夾“patterns”,在“patterns”文件夾中創建文件“extra”(文件名稱無所謂,可自己選擇有意義的文件名稱);
    2、在文件“extra”中添加表達式,格式:patternName regexp,名稱與表達式之間用空格隔開即可,例如:POSTFIX_QUEUEID [0-9A-F]{10,11}
    3、使用自定義的表達式時需要在grok插件配置“patterns_dir”屬性,屬性值為extra文件所在的目錄。

  • 配置示例
    日志文件http.log每行內容為:55.3.244.1 GET /index.html 15824 0.043 message-id:BEF25A72965
    grok表達式:表達式:%{IP:client} %{WORD:method} %{URIPATHPARAM:request} %{NUMBER:bytes} %{NUMBER:duration}
    配置文件內容:

input {
  file {
    path => "/var/log/http.log"
  }
}
filter {
  grok {
    patterns_dir => ["./patterns"]
    match => {"message" => "%{IP:client} %{WORD:method} %{URIPATHPARAM:request} %{NUMBER:bytes} %{NUMBER:duration} message\-id:%{POSTFIX_QUEUEID:queueid}"}
  }
}
output{
    stdout{}
}

輸出結果:

client: 55.3.244.1
method: GET
request: /index.html
bytes: 15824
duration: 0.043
queueid: BEF25A72965
  • 示例解析
    1、/var/log/http.log文件每一行的格式為55.3.244.1 GET /index.html 15824 0.043 message-id:BEF25A72965,到時候會把每一行數據封裝成一個Event。
    2、使用grok過濾插件處理該文件,match為匹配Event中的message,message就是該文件的一行數據,比如55.3.244.1 GET /index.html 15824 0.043 message-id:BEF25A72965
    3、匹配message的內容使用%{IP:client} %{WORD:method} %{URIPATHPARAM:request} %{NUMBER:bytes} %{NUMBER:duration} message\-id:%{POSTFIX_QUEUEID:queueid}表達式,把一條message拆成client、method、request、bytes、duration、queueid這6個字段,并添加到Event中。
    4、其中%{POSTFIX_QUEUEID:queueid}為自定義表達式的調用,其他5個是grok內置的表達式調用,如果需要使用自定義表達式,則需要在grok插件配置patterns_dir屬性,屬性值數據類型為array,就是自定義表達式定義的文件所在的目錄。
    5、在表達式中,特殊字符需要使用\來轉義,比如-""[]這些特殊字符,所以我們上面實例中的message-id數據在用表達式匹配的時候是使用了message\-id去匹配了。
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
match array {} 設置pattern數組
patterns_dir array [] 指定自定義的pattern文件存放目錄,Logstash在啟動時會讀取文件夾內所有文件,但前提是這些文件的內容是按照grok語法語法來定義的表達式變量
patterns_files_glob string "*" 用于匹配patterns_dir中的文件
add_field
add_tag
id
break_on_match boolean true match字段存在多個pattern時,當第一個匹配成功后結束后面的匹配,如果想匹配所有的pattern,將此參數設置為false
keep_empty_captures boolean false 如果為true,捕獲失敗的字段獎設置為空值
clean_run boolean false 是否應該保留先前的運行狀態
colums_charset hsah {} 特定列的字符編碼。此選項將覆蓋指定列的原來charset配置
overwrite array [] 覆蓋字段內容: match=> { “message” => “%{SYSLOGBASE} %{DATA:message}” } overwrite=> [ “message” ]
periodic_flush boolean false 定期調用filter的flush方法
remove_field array [] 從Event中刪除指定字段: remove_field=> [ “fieldname” ]
remove_tag array [] 刪除“tags”中的值: remove_tag=> [ “tagname” ]
tag_on_failure array [“_grokparsefailure”] 當沒有匹配成功時,將此array添加到“tags”字段內
tag_on_timeout string “_groktimeout” 當匹配超時時,將此字符串內容添加到“tags”字段內
timeout_millis number 30000 設置單個match到超時時間,單位:毫秒,如果設置為0,則不啟用超時設置

date時間處理插件

在講date插件的使用前,我們需要先講解一下Logstash的時間記錄方式。在Logstash產生了一個Event對象的時候,會給該Event設置一個時間,字段為“@timestamp”,同時,我們的日志內容一般也會有時間,但是這兩個時間是不一樣的,因為日志內容的時間是該日志打印出來的時間,而“@timestamp”字段的時間是input插件接收到了一條數據并創建Event的時間,所有一般來說的話“@timestamp”的時間要比日志內容的時間晚一點,因為Logstash監控數據變化,數據輸入,創建Event導致的時間延遲。這兩個時間都可以使用,具體要根據自己的需求來定。
但是不管“@timestamp”字段的時間還是日志內容中的時間,其時間格式一般都不是我們想要的,所以我們就需要使用date插件,把時間格式轉成我們想要的格式,比如:比如將Apr 17 09:32:01(MMM dd HH:mm:ss)轉換為04-17 09:32:01 (MM-dd HH:mm:ss)

  • 配置示例:
filter {
    date {
        match => ["timestamp","dd/MMM/YYYY:HH:mm:ss Z"]
    } 
}
  • 示例解析
    timestamp是自定義的Event字段,用于存放通過grok解析到的日志內容中的時間,dd/MMM/YYYY:HH:mm:ss Z是日志內容中的時間格式,比如:16/Sep/2018:00:42:38 +0800,匹配到了之后,date插件會默認把該時間轉成本地格式的時間,并且覆蓋掉Event為我們創建的@timestamp字段中的時間。
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
add_field
add_tag
periodic_flush
id
remove_field
remove_tag
remove_tag
tag_on_failure
match array [] 時間字段匹配,可自定多種格式,直到匹配到或者匹配結束,格式:[ field,formats… ],如:match=> [ “logdate”, “MMM dd yyyy HH:mm:ss”, “MMM d yyyy HH:mm:ss”, “ISO8601” ]
target string “@timestamp” 指定match匹配并且轉換為date類型的存儲位置(字段),默認覆蓋到“@timestamp”
timezone string 指定時間格式化的時區

geoip插件

geoip插件是用于根據IP地址來確定該IP的歸屬地,默認的數據來源于Maxmind公司GeoLite2(https://dev.maxmind.com/geoip/geoip2/geolite2/)數據庫,該數據庫內嵌在geoip插件中,存儲位置為:logstash/vendor/bundle/jruby/x.x/gems/logstash-filter-geoip-x.x-java/vendor目錄中,數據庫文件名分別為GeoLite2-City.mmdbGeoLite2-ASN.mmdb
從Maxmind的描述 ----“GeoLite2數據庫是免費的IP地理位置數據庫,可與MaxMind收費的GeoIP2數據庫相媲美,但沒有GeoIP2準確”。 有關更多詳細信息,請參閱GeoIP Lite2許可證。
Maxmind的商業數據庫GeoIP2(https://www.maxmind.com/en/geoip2-databases)也支持geoip插件。簡單來說就是兩個數據庫一個免費的一個商業的,免費的不如商業的地理位置精準。
如果您需要使用內嵌的GeoLite2以外的數據庫,則可以直接從Maxmind網站下載數據庫,并使用數據庫選項指定其位置(下面會講到如果使用數據選項)。

  • 配置示例:
filter {
     if [remote_ip] !~ "^127\.|^192\.168\.|^172\.1[6-9]\.|^172\.2[0-9]\.|^172\.3[01]\.|^10\." {
        geoip {
             source => "remote_ip"
             database => "/usr/share/GeoIP/GeoLite2-Country.mmdb"
        }
    }
}
  • 示例解析
    由于geoip使用的ip數據庫不能匹配私網地址,所以在使用geoip插件前,先判斷一下ip地址是否為私網ip,如果不是,這使用geoip插件。source為指定一個ip地址,為其查詢歸屬地等信息,remote_ip為Event中存儲ip地址的自定義字段,database為IP地址數據庫所在的位置,不指定的話,使用geoip插件內置的GeoLite2-City默認數據庫。
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
add_field
add_tag
periodic_flush
id
remove_field
remove_tag
remove_tag
source string 要通過geoip插件查詢的IP地址所在的字段
tag_on_failure array [“_geoip_lookup_failure”] 如果ip地址查詢不到地理位置信息,這在標簽中添加該值
cache_size number 1000 由于geoip查詢很耗時間,所以默認情況下,查詢過一次的ip地址會緩存起來,目前geoip沒有內存數據驅逐策略,設置的緩存用完了就不能在緩存新的數據了,所以緩存需要設置一個合理值,太小查詢性能增加不明顯,太大就很占用服務器的內存
target string “geoip” 把IP地址匹配到的信息放到該字段中
database string 使用的Maxmind數據庫文件的路徑。 如果不指定,則默認數據庫是GeoLite2-City。 GeoLite2-City,GeoLite2-Country,GeoLite2-ASN是Maxmind支持的免費數據庫。 GeoIP2-City,GeoIP2-ISP,GeoIP2-Country是Maxmind支持的商業數據庫。
default_database_type string "City" 該字段的值只能接受"City"和"ASN",GeoLite2數據庫下細分為GeoLite2-City,GeoLite2-ASN和GeoLite2-Country,geoip插件內嵌了GeoLite2-City和GeoLite2-ASN,默認使用GeoLite2-City,如果需要使用GeoLite2-ASN,則需設置該字段并設置為ASN
fields array 要包含在Event中的geoip字段的信息(每個數據庫的信息都不一樣)。 默認情況下,所有信息都會列出。對于內置的GeoLite2-City數據庫,可以使用以下信息:city_name, continent_code, country_code2, country_code3, country_name, dma_code, ip, latitude, longitude, postal_code, region_name 和 timezone

常用輸出插件

經過以上的學習,我們已經學習了Logstash三大主件中的其中兩個了,分別是input和filter,那現在我們就來學習最后一個組件:output。
每個數據流經過input和filter后,最終要由output輸出,以上的內容我們都是使用最簡單的標準輸出:stdout,把數據輸出到顯示器,但實際上stdout只是Logstash的其中一個輸出插件而已,它的常用輸出插件有:Elasticsearch,Redis,File,TCP等等,更多的輸出插件大家可以看Logstash官網,接下來我們以Elasticsearch和Redis輸出插件作為例子,來學習輸出插件的使用,其他過濾插件使用起來大同小異,大家自行擴展。

elasticsearch輸出插件

用于將Event信息寫入到Elasticsearch中,官方推薦插件,ELK技術棧必備插件。

  • 配置示例
output {
    elasticsearch {
        hosts => ["127.0.0.1:9200"]
        index => "logstash-%{type}-%{+YYYY.MM.dd}"
        document_type => "%{type}"
    }
}
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
add_field
add_tag
periodic_flush
flush_size
id
remove_field
remove_tag
codec
enable_metric
hosts array elasticsearch服務器集群所在的地址
index string [無] 文檔索引庫名稱
document_type string [無] 文檔類型,不指定的話,類型名為“doc”
document_id string [無] 文檔id,不指定的話,由elasticsearch自動生成
user string [無] elasticsearch用戶名
password string [無] elasticsearch集群訪問密碼
parent string “nil” 為文檔子節點指定父節點的id
pool_max number 1000 elasticsearch最大連接數
pool_max_per_route number 100 每個“endpoint”的最大連接數
proxy string 代理URL
template string 設置自定義的文檔映射模版存放路徑
template_name string 設置使用的默版名稱
template_overwrite boolean false 是否始終覆蓋現有模版
manage_template boolean true 是否啟用elasticsearch模版,Logstash自帶一個模版,但是只有名稱匹配“logstash-*”的索引才會應用該默版
parameters hash 添加到elasticsearch URL后面的參數鍵值對
timeout number 60 網絡超時時間

redis輸出插件

用于將Event寫入Redis中進行緩存,由于Redis數據庫是先把數據存在內存的,所以效率會非常高,是一個常用的logstash輸出插件

  • 配置示例
output {
    redis {
        host => ["127.0.0.1"]
        port => 6379
        data_type => "list"
        key => "logstash-list"
    }
}
  • 常用參數(空 = 同上)
參數名稱 數據類型 默認值 描述
add_field
add_tag
periodic_flush
flush_size
id
remove_field
remove_tag
codec
enable_metric
hosts array ["127.0.0.1"] redis服務列表,如果配置多個,將隨機選擇一個,如果當前的redis服務不可用,將選擇下一個
port number 6379 文檔索引庫名稱
db number 0 使用的redis數據庫編號,默認使用0號數據庫
password string redis的密碼
data_type string 存儲在redis中的數據類型,只能使用“list”和“channel”這兩個值。如果使用“list”,將采用“RPUSH”操作,如果是“channel”,將采用“PUBLISH”操作
key string 給redis設置一個key,來存儲收集到的數據庫
batch boolean false 是否啟用redis的batch模式,僅在data_type=”list”時有效
batch_events number 50 batch大小,batch達到此大小時執行“RPUSH”

后記

那到這里,我們已經介紹了Logstash配置文件的語法和常用插件的配置方式了,這些常用的插件都是使用頻率非常高的,所有我們后面需要來做一個Logstash的實戰案例,綜合運用我們這章所學的內容。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,646評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,595評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,560評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,035評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,814評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,224評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,301評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,444評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,988評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,804評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,998評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,544評論 5 360
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,237評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,665評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,927評論 1 287
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,706評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,993評論 2 374

推薦閱讀更多精彩內容