校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > 解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題

解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題

熱門標簽:施工地圖標注怎么做 百度地圖標注名編輯 怎么在高德地圖標注行走軌跡 百度地圖標注飯店位置怎么 個性化地圖標注在線 清遠陽山400電話號碼如何申請 安徽移動外呼系統 深圳400電話辦理那家好 襄陽房產電銷機器人招商

某一天,監控到mongo數據庫cpu使用率高了很多,查了一下,發現是下面這種語句引起的:

db.example_collection.find({
 "idField" : 
{ "$regex" : "123456789012345678"
} ,
 "dateField" : 
{ "$regex" : "2019/10/10"
}})

通常,遇到這種情況,我第一反應是缺少相關字段的索引,導致每執行一次這種語句都會全表掃描一次。

但是我用explain( )語句分析了下,發現上面所涉及的兩個字段idField、dateField是有索引的,并且該語句也是有使用到索引的。如下為explain( )的結果:

mgset-11111111:PRIMARY> db.example_collection.find({ "idField" : { "$regex" : "123456789012345678"} , "dateField" : { "$regex" : "2019/10/10"}}).explain("queryPlanner")
{
    "queryPlanner" : {
        "plannerVersion" : 1,
        "namespace" : "example_db.example_collection",
        "indexFilterSet" : false,
        "parsedQuery" : {
            "$and" : [
                {
                    "idField" : {
                        "$regex" : "123456789012345678"
                    }
                },
                {
                    "dateField" : {
                        "$regex" : "2019/10/10"
                    }
                }
            ]
        },
        "winningPlan" : {
            "stage" : "FETCH",
            "inputStage" : {
                "stage" : "IXSCAN",
                "filter" : {
                    "$and" : [
                        {
                            "idField" : {
                                "$regex" : "123456789012345678"
                            }
                        },
                        {
                            "dateField" : {
                                "$regex" : "2019/10/10"
                            }
                        }
                    ]
                },
                "keyPattern" : {
                    "idField" : 1,
                    "dateField" : 1
                },
                "indexName" : "idField_1_dateField_1",
                "isMultiKey" : false,
                "multiKeyPaths" : {
                    "idField" : [ ],
                    "dateField" : [ ]
                },
                "isUnique" : false,
                "isSparse" : false,
                "isPartial" : false,
                "indexVersion" : 2,
                "direction" : "forward",
                "indexBounds" : {
                    "idField" : [
                        "[\"\", {})",
                        "[/123456789012345678/, /123456789012345678/]"
                    ],
                    "dateField" : [
                        "[\"\", {})",
                        "[/2019/10/10/, /2019/10/10/]"
                    ]
                }
            }
        },
        "rejectedPlans" : [ ]
    },
    "ok" : 1
}


查看mongo的日志發現,這種語句執行一次就要800~900ms,的確是比較慢。除非數據庫cpu核數很多,要不然只要這種語句每秒并發稍微高一點,cpu很快就被占滿了。

之后搜索了下,發現有可能是正則表達式的問題。原來,雖然該語句的確是使用了索引,但是explain( )語句的輸出中還有一個字段"indexBounds",表示執行該語句時所需掃描的索引范圍。說實話,上面那個輸出中,我始終沒看明白它那個索引范圍。上面的語句對idField、dateField這兩個字段都進行了普通的正則表達式匹配,我猜測它應該是掃描了整個索引樹,所以導致索引并未實際提升該語句的查詢效率。

我看了下數據庫里面的數據,發現idField、dateField這兩個字段完全沒有必要進行正則匹配,進行普通的文本匹配就行。將正則匹配操作$regex去掉之后,再分析一下,結果是這樣的:

mgset-11111111:PRIMARY> db.example_collection.find({ "idField" : "123456789012345678", "dateField" : "2019/10/10"}).explain("queryPlanner")
{
    "queryPlanner" : {
        "plannerVersion" : 1,
        "namespace" : "example_db.example_collection",
        "indexFilterSet" : false,
        "parsedQuery" : {
            "$and" : [
                {
                    "idField" : {
                        "$eq" : "123456789012345678"
                    }
                },
                {
                    "dateField" : {
                        "$eq" : "2019/10/10"
                    }
                }
            ]
        },
        "winningPlan" : {
            "stage" : "FETCH",
            "inputStage" : {
                "stage" : "IXSCAN",
                "keyPattern" : {
                    "idField" : 1,
                    "dateField" : 1
                },
                "indexName" : "idField_1_dateField_1",
                "isMultiKey" : false,
                "multiKeyPaths" : {
                    "idField" : [ ],
                    "dateField" : [ ]
                },
                "isUnique" : false,
                "isSparse" : false,
                "isPartial" : false,
                "indexVersion" : 2,
                "direction" : "forward",
                "indexBounds" : {
                    "idField" : [
                        "[\"123456789012345678\", \"123456789012345678\"]"
                    ],
                    "dateField" : [
                        "[\"2019/10/10\", \"2019/10/10\"]"
                    ]
                }
            }
        },
        "rejectedPlans" : [ ]
    },
    "ok" : 1
}

可以看到,仍然使用到了索引,并且索引掃描范圍是僅限于一個值的。

后來跟開發人員確認了下,該語句確實沒必要使用正則匹配,就讓他把正則匹配去掉了。之后就沒有再出現問題了,mongo慢日志中也未再出現該語句。

總結

以上所述是小編給大家介紹的解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持!
如果你覺得本文對你有幫助,歡迎轉載,煩請注明出處,謝謝!

您可能感興趣的文章:
  • 中文正則表達式匹配問題之正則表達式中文匹配使用方法
  • Python正則表達式匹配日期與時間的方法
  • Python正則表達式匹配數字和小數的方法
  • python字符串中匹配數字的正則表達式
  • Python正則表達式匹配和提取IP地址
  • 一個正則表達式導致CPU 利用率居高不下

標簽:南昌 臨夏 中衛 欽州 駐馬店 黑河 阜陽 延邊

巨人網絡通訊聲明:本文標題《解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題》,本文關鍵詞  解決,正則,表示,式,匹配,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題》相關的同類信息!
  • 本頁收集關于解決正則表示式匹配($regex)引起的一次mongo數據庫cpu占用率高的問題的相關信息資訊供網民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    午夜精品国产更新| 狠狠色2019综合网| 91精品在线观看入口| 国模少妇一区二区三区| 中文字幕va一区二区三区| 99国产精品一区| 不卡的av网站| 一区二区三区在线播| 91精品国产一区二区三区| 国产九色sp调教91| 亚洲一区二区视频在线| 国产亚洲欧美日韩在线一区| 欧美在线色视频| 成人一区二区视频| 日本午夜精品一区二区三区电影 | 欧美成人精品3d动漫h| 99久久伊人精品| 国产老女人精品毛片久久| 亚洲福利电影网| 自拍av一区二区三区| 久久久久国产精品免费免费搜索| 色妹子一区二区| 不卡的av在线播放| 国产精品自拍三区| 日本不卡免费在线视频| 亚洲资源中文字幕| 亚洲天堂中文字幕| 国产精品久久久久久久久图文区 | 成人一区二区视频| 欧美日韩中文字幕一区二区| 国产乱子轮精品视频| 精久久久久久久久久久| 天天综合网天天综合色| 亚欧色一区w666天堂| 亚洲午夜激情网站| 亚洲激情五月婷婷| 亚洲欧美日韩一区| 亚洲欧美视频在线观看视频| 亚洲人被黑人高潮完整版| 亚洲欧美另类久久久精品| 国产精品国产三级国产三级人妇 | 亚洲成人av电影在线| 尤物在线观看一区| 一二三四社区欧美黄| 亚洲香蕉伊在人在线观| 亚洲国产日韩av| 奇米在线7777在线精品| 精品写真视频在线观看| 国产一区视频导航| 成人小视频在线观看| 一本到不卡免费一区二区| 欧美亚洲一区二区三区四区| 91精品国产综合久久久久久久 | 日韩二区三区在线观看| 狠狠色狠狠色综合| av在线综合网| 欧美视频日韩视频| 欧美岛国在线观看| 国产精品免费久久久久| 一区二区三区美女| 久久不见久久见免费视频7| 国产高清一区日本| 欧美综合色免费| 久久久综合九色合综国产精品| 日韩综合一区二区| 久久日韩粉嫩一区二区三区| 亚洲三级在线观看| 美国一区二区三区在线播放| 91在线视频免费观看| 欧美一区二区三区不卡| 中文字幕不卡在线观看| 亚洲成人自拍偷拍| av亚洲产国偷v产偷v自拍| 日韩午夜中文字幕| 亚洲三级免费观看| 国产一区二区精品久久91| 欧美日韩精品电影| 亚洲欧美视频在线观看视频| 麻豆国产91在线播放| 在线观看免费成人| 中文字幕亚洲成人| 欧美岛国在线观看| 午夜一区二区三区在线观看| a4yy欧美一区二区三区| 国产欧美日韩另类视频免费观看| 婷婷综合在线观看| 日本国产一区二区| 国产精品乱码久久久久久| 韩国v欧美v日本v亚洲v| 欧美一区二区三区视频免费 | 国产精品一区二区你懂的| 日韩一级片网址| 美女在线观看视频一区二区| 欧美精品久久天天躁| 亚洲一区免费视频| 欧美日韩精品系列| 日韩av高清在线观看| 欧美一区二区三区思思人| 首页国产欧美久久| 678五月天丁香亚洲综合网| 亚洲一区二区偷拍精品| 色综合久久久久久久| 成人一区在线看| 国产精品无码永久免费888| 成人av在线一区二区| 亚洲视频在线观看一区| 欧美综合久久久| 日韩高清国产一区在线| 欧美一区二区三区在线视频| 久久se精品一区二区| 久久婷婷综合激情| 国产.欧美.日韩| 一区二区三区在线看| 欧美福利一区二区| 精久久久久久久久久久| 日本一区二区三区四区在线视频| 成人综合婷婷国产精品久久免费| 亚洲色欲色欲www在线观看| 欧美日韩在线三级| 久久99精品久久只有精品| 亚洲国产精品激情在线观看| 色av成人天堂桃色av| 午夜精品久久久| 中文字幕免费不卡在线| 欧美亚一区二区| 国产一区二区毛片| 亚洲自拍偷拍av| 久久蜜桃av一区二区天堂| 91丨九色丨尤物| 久久99国产精品久久| 亚洲另类中文字| 久久综合99re88久久爱| 在线欧美日韩国产| 国产传媒久久文化传媒| 婷婷开心激情综合| 亚洲欧洲日韩av| 精品久久人人做人人爽| 在线观看亚洲一区| 国产成人综合亚洲网站| 午夜精品一区二区三区电影天堂| 国产精品午夜免费| 精品va天堂亚洲国产| 91黄色激情网站| 国产91清纯白嫩初高中在线观看| 日韩精品乱码av一区二区| 亚洲欧美视频在线观看| 亚洲成在线观看| 亚洲卡通欧美制服中文| 国产精品网站在线| 2020国产精品自拍| 精品国产免费一区二区三区四区| 欧美日韩一区二区三区不卡 | 天堂午夜影视日韩欧美一区二区| 亚洲欧美激情在线| 亚洲欧美区自拍先锋| 国产精品第13页| 亚洲国产精品av| 欧美—级在线免费片| 欧美国产激情一区二区三区蜜月| 2024国产精品视频| 久久久久久久久伊人| 亚洲精品一区二区三区99 | 成人午夜激情视频| 成人免费毛片片v| 成人aa视频在线观看| 波多野结衣中文字幕一区| av成人动漫在线观看| 色呦呦国产精品| 欧美日本免费一区二区三区| 欧美亚洲国产一卡| 欧美一区在线视频| 久久夜色精品国产噜噜av| 国产日韩三级在线| 亚洲人成7777| 婷婷夜色潮精品综合在线| 老司机免费视频一区二区三区| 精品一区二区三区不卡| 国产aⅴ综合色| 在线视频一区二区三区| 日韩一区二区三区精品视频| 日韩精品中文字幕一区二区三区| 久久精品亚洲乱码伦伦中文| 成人欧美一区二区三区黑人麻豆| 亚洲高清免费观看| 九色综合狠狠综合久久| 99精品视频在线观看免费| 欧美欧美欧美欧美| 欧美精品一区二区三区高清aⅴ| 国产精品乱人伦| 天堂成人国产精品一区| 国产寡妇亲子伦一区二区| 欧美性高清videossexo| 精品国产a毛片| 亚洲综合免费观看高清完整版在线| 美女网站在线免费欧美精品| 97久久人人超碰| 26uuu精品一区二区| 夜夜揉揉日日人人青青一国产精品 | 久久综合久久综合九色| 一区二区日韩电影|