前序：

最近由于公司業(yè)務(wù)需求，對(duì)于3個(gè)月前的過(guò)期數(shù)據(jù)需要進(jìn)行刪除動(dòng)作，以釋放空間和方便維護(hù)

本來(lái)想的是使用crontab寫(xiě)個(gè)腳本定時(shí)執(zhí)行，但是看到Mongo本身就有自動(dòng)刪除過(guò)期數(shù)據(jù)的功能，所以還是用一下吧

這個(gè)方法就是使用TTL索引，后續(xù)我再寫(xiě)一個(gè)腳本定時(shí)刪除的任務(wù)，關(guān)于TTL索引的更多使用實(shí)例，大家可以參考學(xué)習(xí)這篇文章：https://www.jb51.net/article/126810.htm

介紹：

TTL索引是MongoDB中一種特殊的索引， 可以支持文檔在一定時(shí)間之后自動(dòng)過(guò)期刪除，目前TTL索引只能在單字段上建立，并且字段類(lèi)型必須是date類(lèi)型或者包含有date類(lèi)型的數(shù)組（如果數(shù)組中包含多個(gè)date類(lèi)型字段，則取最早時(shí)間為過(guò)期時(shí)間）

官網(wǎng)介紹鏈接：https://docs.mongodb.com/v3.2/core/index-ttl/

機(jī)制：

當(dāng)你在集合中某一個(gè)字段建立TTL索引后，后臺(tái)會(huì)有一個(gè)單線(xiàn)程，通過(guò)不斷查詢(xún)（默認(rèn)60s一次）索引的值來(lái)判斷document是否有過(guò)期，并且刪除文檔的動(dòng)作還依據(jù)mongod實(shí)例的負(fù)載情況，如果負(fù)載很高，可能會(huì)稍微延后一段時(shí)間再刪除。

還有一個(gè)需要注意的地方，在復(fù)制集成員中，TTL后臺(tái)線(xiàn)程只刪除primary的過(guò)期數(shù)據(jù)，如果此實(shí)例變?yōu)閟econdary角色，則后臺(tái)線(xiàn)程閑置

創(chuàng)建TTL索引方法：

和普通索引的創(chuàng)建方法一樣，只是會(huì)多加一個(gè)屬性而已

例：在log_events的集合中，createTime 字段上建立一小時(shí)后過(guò)期的TTL索引

 >db.log_events.createIndex( { "createTime": 1 }, ---字段名稱(chēng) 
    { expireAfterSeconds: 60*60 } ) ---過(guò)期時(shí)間（單位秒）
>db.log_events.getIndexes() ---查看索引
[
 {
  "v" : 1,
  "key" : {
   "_id" : 1
  },
  "name" : "_id_",
  "ns" : "tt.t1"
 },
 {
  "v" : 1,
  "key" : {
   "createTime" : 1
  },
  "name" : "createTime_1",
  "ns" : "tt.t1",
  "expireAfterSeconds" : 3600
 }
]

修改TTL索引的expireAfterSeconds屬性值：

注：如果想更改過(guò)期時(shí)間expireAfterSeconds，可以使用collMod方法，要不然你只能只用dropIndex(),createIndex()方法重建索引了，我想這樣的方法在億級(jí)數(shù)據(jù)量下是很頭疼的

db.runCommand( { collMod: "log_events", ---集合名
  index: { keyPattern: { createTime: 1 }, ---createTime為具有TTL索引的字段名
    expireAfterSeconds: 7200  ---修改后的過(guò)期時(shí)間(秒)
   }})

雖然上面的方法可以實(shí)現(xiàn)自動(dòng)過(guò)期刪除，但是如果白天業(yè)務(wù)很忙，頻繁的刪除數(shù)據(jù)勢(shì)必會(huì)增加負(fù)載，所以我想著晚上定時(shí)刪除過(guò)期數(shù)據(jù)（如果晚上業(yè)務(wù)量少的話(huà)）

方法如下：

增加一個(gè)expireTime字段（用于指定過(guò)期時(shí)間），expireAfterSeconds屬性值設(shè)置為0，

注：上面的createTime字段就不需要再有TTL索引了，這個(gè)expireTime的時(shí)間就需要在插入時(shí)指定上

>db.log_events.createIndex( { "expireTime": 1 }, ---字段名稱(chēng)
    { expireAfterSeconds: 0 } ) ---過(guò)期時(shí)間（單位秒）
>db.log_events.insert( {
 "expireTime": new Date('Jan 22, 2016 23:00:00'), ---此文檔將在2016-1-22的23點(diǎn)自動(dòng)刪除
 "logEvent": 2,
 "logMessage": "Success!"} )

這樣我們就實(shí)現(xiàn)了，指定時(shí)間自動(dòng)刪除的動(dòng)作了

限制條件：

有一下集中情況是無(wú)法使用TTL索引的

①TTL索引是單字段索引，混合索引不支持TTL，并且也會(huì)忽略expireAfterSeconds屬性

②在_id 主鍵上不能建立TTL索引

③在capped collection中不能建立TTL索引，因?yàn)镸ongoDB不能從capped collection中刪除文檔

④你不能使用createIndex()去更改已經(jīng)存在的TTL索引的expireAfterSeconds值，如果想更改expireAfterSeconds，可以使用collMod命令，否則你只能刪除索引，然后重建了

⑤你不能在已有索引的字段上再創(chuàng)建TTL索引了，如果你想把非TTL索引改為T(mén)TL索引，那就只能刪除重建索引了

驗(yàn)證：

雖然已經(jīng)實(shí)現(xiàn)了晚上集中自動(dòng)刪除的功能，但是還是擔(dān)心刪除過(guò)大數(shù)量時(shí)負(fù)荷問(wèn)題，隨進(jìn)行了簡(jiǎn)單測(cè)試，一查看TTL索引在億級(jí)別集合中刪除140萬(wàn)過(guò)期數(shù)據(jù)的消耗

測(cè)試配置：

     OS：Vm虛擬機(jī)
     CPU: 4
     內(nèi)存：8

集合數(shù)據(jù)量：

> db.t1.count()
104273617

因?yàn)槲抑圃鞙y(cè)試數(shù)據(jù)時(shí)，_id是順序增加的，所以我直接查看_id=1500000的那筆數(shù)據(jù)的createTime，然后自己計(jì)算一下此createTime和當(dāng)前時(shí)間的時(shí)間差，隨后根據(jù)這個(gè)時(shí)間差來(lái)更改expireAfterSeconds的值，以讓這150萬(wàn)數(shù)據(jù)5分鐘后過(guò)期并刪除。

在修改完expireAfterSeconds后，就嚴(yán)密延時(shí)“ vmstat 1 ” 命令的輸出數(shù)據(jù)；

我的測(cè)試結(jié)果：

刪除操作整個(gè)過(guò)程在90秒左右完成；

CPU最高占用90%，平均在50%

內(nèi)存占用3G

這個(gè)也是特別準(zhǔn)確的模擬情況，只是粗略的了解一下TTL索引的資源消耗，以決定是不是需要這樣的方式來(lái)實(shí)現(xiàn)刪除過(guò)期數(shù)據(jù)

          監(jiān)控vmstat的截圖：

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。