国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

記錄一次es的性能調(diào)優(yōu)

這篇具有很好參考價值的文章主要介紹了記錄一次es的性能調(diào)優(yōu)。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

es性能調(diào)優(yōu)

成都的es集群經(jīng)常出現(xiàn)告警,查看日志發(fā)現(xiàn)

[gc][11534155] overhead, spent [38.3s] collecting in the last [38.6s]

這是 JVM 垃圾回收過程中的一條日志,表示在最近 38.6 秒內(nèi),JVM 進行了一次 GC (Garbage Collection) 的操作,回收垃圾所占用的內(nèi)存。這條日志的含義是,在這次 GC 中,有很大一部分時間(38.3 秒)是用于處理 GC 相關(guān)的開銷(例如標記垃圾、整理內(nèi)存等),而不是實際回收垃圾。

這可能是因為堆內(nèi)存中的對象數(shù)量太多,導(dǎo)致 GC 操作變得緩慢??梢試L試通過調(diào)整 JVM 的垃圾回收策略、調(diào)整堆內(nèi)存大小等方式來優(yōu)化性能。

這里談?wù)刯vm的垃圾回收策略

  • -XX:+UseSerialGC:使用串行垃圾回收器;
  • -XX:+UseParallelGC:使用并行垃圾回收器;
  • -XX:+UseParallelOldGC:使用并行老年代垃圾回收器;
  • -XX:+UseConcMarkSweepGC:使用CMS垃圾回收器;
  • -XX:+UseG1GC:使用G1垃圾回收器;
  • -XX:NewRatio:新生代和老年代的比例;
  • -XX:SurvivorRatio:Eden區(qū)域和Survivor區(qū)域的比例;
  • -XX:MaxHeapSize:JVM最大堆內(nèi)存大小。

一般來說,使用 G1 垃圾收集器可能比較適合 Elasticsearch。G1 是一種面向服務(wù)端應(yīng)用的低延遲、高吞吐量垃圾回收器,可以根據(jù)內(nèi)存使用情況動態(tài)地調(diào)整堆內(nèi)存的分配比例,并且不會出現(xiàn)長時間的停頓。

下面是g1垃圾回收器的常用參數(shù)

  • -XX:+UseG1GC:啟用G1垃圾回收器。
  • -XX:G1HeapRegionSize=n:指定每個Heap區(qū)域的大小,可以控制最小的內(nèi)存分配單元。
  • -XX:MaxGCPauseMillis=n:指定期望的最大GC停頓時間(毫秒)。
  • -XX:G1NewSizePercent=n:指定新生代大小相對于堆大小的百分比。
  • -XX:G1MaxNewSizePercent=n:指定新生代最大大小相對于堆大小的百分比。
  • -XX:G1ReservePercent=n:指定保留的空間百分比,以便在需要時可以快速分配內(nèi)存。
  • -XX:InitiatingHeapOccupancyPercent=n:指定當(dāng)堆被占用的比例達到指定閾值時,啟動并發(fā)標記周期。-
  • -XX:G1HeapWastePercent=n:指定堆中允許浪費的最大空間百分比。

除了垃圾回收器的選擇之外,還可以調(diào)整 Elasticsearch 的垃圾回收策略參數(shù)。例如,可以調(diào)整堆內(nèi)存的大小、垃圾回收的線程數(shù)、垃圾回收的閾值等參數(shù),以達到更好的垃圾回收效果。具體的調(diào)整方法可以參考 Elasticsearch 的官方文檔,以及相關(guān)的調(diào)優(yōu)指南。

啟用g1垃圾回收器

要在 Elasticsearch 6.3.2 中啟用 G1 垃圾回收器,需要進行以下步驟(將其他垃圾回收器關(guān)掉):

編輯 Elasticsearch 的 JVM 配置文件 config/jvm.options,加入以下參數(shù):

-XX:+UseG1GC
-XX:G1ReservePercent=25
-XX:InitiatingHeapOccupancyPercent=30
-XX:MaxGCPauseMillis=200
-XX:+ParallelRefProcEnabled
-XX:-OmitStackTraceInFastThrow

其中,-XX:+UseG1GC 啟用 G1 垃圾回收器,其余參數(shù)用于優(yōu)化 G1 的性能和行為。

確認 Elasticsearch 進程的運行用戶并給予該用戶對 Elasticsearch 安裝目錄及其子目錄的讀寫權(quán)限。文章來源地址http://www.zghlxwxcb.cn/news/detail-790854.html

到了這里,關(guān)于記錄一次es的性能調(diào)優(yōu)的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • JVM實戰(zhàn)(14)——Young GC調(diào)優(yōu)

    JVM實戰(zhàn)(14)——Young GC調(diào)優(yōu)

    作者簡介:大家好,我是smart哥,前中興通訊、美團架構(gòu)師,現(xiàn)某互聯(lián)網(wǎng)公司CTO 聯(lián)系qq:184480602,加我進群,大家一起學(xué)習(xí),一起進步,一起對抗互聯(lián)網(wǎng)寒冬 學(xué)習(xí)必須往深處挖,挖的越深,基礎(chǔ)越扎實! 階段1、深入多線程 階段2、深入多線程設(shè)計模式 階段3、深入juc源碼解析

    2024年01月16日
    瀏覽(27)
  • JVM實戰(zhàn)(15)——Full GC調(diào)優(yōu)

    JVM實戰(zhàn)(15)——Full GC調(diào)優(yōu)

    作者簡介:大家好,我是smart哥,前中興通訊、美團架構(gòu)師,現(xiàn)某互聯(lián)網(wǎng)公司CTO 聯(lián)系qq:184480602,加我進群,大家一起學(xué)習(xí),一起進步,一起對抗互聯(lián)網(wǎng)寒冬 學(xué)習(xí)必須往深處挖,挖的越深,基礎(chǔ)越扎實! 階段1、深入多線程 階段2、深入多線程設(shè)計模式 階段3、深入juc源碼解析

    2024年01月17日
    瀏覽(26)
  • MySQL 數(shù)據(jù)存儲和優(yōu)化------MySQL索引原理和優(yōu)化 ---- (架構(gòu)---索引---事務(wù)---鎖---集群---性能---分庫分表---實戰(zhàn)---運維)持續(xù)更新

    MySQL 數(shù)據(jù)存儲和優(yōu)化------MySQL索引原理和優(yōu)化 ---- (架構(gòu)---索引---事務(wù)---鎖---集群---性能---分庫分表---實戰(zhàn)---運維)持續(xù)更新

    Mysql架構(gòu)體系全系列文章主目錄(進不去說明還沒寫完) https://blog.csdn.net/grd_java/article/details/123033016 本文只是整個系列筆記的第二章:MySQL索引原理和優(yōu)化,只解釋索引相關(guān)概念。 索引可以提高查詢效率,影響where查詢和order by排序,它可以從多方面進行分類,但是實際創(chuàng)建時

    2024年02月02日
    瀏覽(23)
  • Elasticsearch性能優(yōu)化:實戰(zhàn)策略與最佳實踐

    -在數(shù)據(jù)密集型的應(yīng)用場景中,Elasticsearch作為一個強大的搜索和分析引擎,能夠提供快速的搜索能力和處理大規(guī)模數(shù)據(jù)的能力。然而,隨著數(shù)據(jù)量的增長和查詢需求的復(fù)雜化,對Elasticsearch的性能優(yōu)化成為了維護高效、穩(wěn)定服務(wù)的重要任務(wù)。本文將深入探討Elasticsearch的優(yōu)化策略

    2024年04月23日
    瀏覽(24)
  • ElasticSearch 7.X系列之: 檢索性能優(yōu)化實戰(zhàn)指南

    檢索響應(yīng)慢! 并發(fā)檢索用戶多時,響應(yīng)時間不達標 卡死了! 怎么還沒有出結(jié)果? 怎么這么慢? 為啥競品產(chǎn)品的很快就返回結(jié)果了? 宕機了 等等...... 這些都與可能檢索有關(guān),確切的說和檢索性能有關(guān)。 檢索性能的優(yōu)化涉及知識點比較零散,我以官方文檔的檢索性能優(yōu)化部

    2023年04月08日
    瀏覽(20)
  • ES優(yōu)化實戰(zhàn)-通過開啟copy_to提升一倍的檢索性能

    ES優(yōu)化實戰(zhàn)-通過開啟copy_to提升一倍的檢索性能

    ? 在對text字段進行搜索的時候,假如你需要對多個text類型的字段搜索,例如 文章的標題和文章的內(nèi)容,這兩個字段。 ? 在這種情況下,是可以開啟copy_to來提速的。我測試的提速效果在百分之五十左右。 ? 它是將這兩個字段copy到一個字段上,然后進行分詞處理。之所以會快

    2023年04月19日
    瀏覽(21)
  • 記一次SpringBoot應(yīng)用性能調(diào)優(yōu)過程

    記一次SpringBoot應(yīng)用性能調(diào)優(yōu)過程

    使用SpringBoot、MyBatis-Plus開發(fā)一個接口轉(zhuǎn)發(fā)的能,將第三方接口注冊到平臺中,由平臺對外提供統(tǒng)一的地址,平臺轉(zhuǎn)發(fā)時記錄接口的轉(zhuǎn)發(fā)日志信息。開發(fā)完成后使用Jmeter進行性能測試,使用100個線程、持續(xù)壓測180秒,測試結(jié)果如下,每秒僅支持8個并發(fā)。 服務(wù)器 作用 CPU核數(shù) 內(nèi)

    2024年02月03日
    瀏覽(19)
  • Java線上故障排查(CPU、磁盤、內(nèi)存、網(wǎng)絡(luò)、GC)+JVM性能調(diào)優(yōu)監(jiān)控工具+JVM常用參數(shù)和命令

    Java線上故障排查(CPU、磁盤、內(nèi)存、網(wǎng)絡(luò)、GC)+JVM性能調(diào)優(yōu)監(jiān)控工具+JVM常用參數(shù)和命令

    根據(jù)服務(wù)部署和項目架構(gòu),從如下幾個方面排查: (1)運用服務(wù)器:排查內(nèi)存,cpu,請求數(shù)等; (2)文件圖片服務(wù)器:排查內(nèi)存,cpu,請求數(shù)等; (3)計時器服務(wù)器:排查內(nèi)存,cpu,請求數(shù)等; (4)redis服務(wù)器:排查內(nèi)存,cpu,連接數(shù)等; (5)db服務(wù)器:排查內(nèi)存,cpu,連接數(shù)

    2024年02月07日
    瀏覽(29)
  • 常見JVM參數(shù)配置和GC性能優(yōu)化

    常見的JVM參數(shù)配置 垃圾回收統(tǒng)計信息 -XX:+PrintGC ? ? 打印GC簡要信息 -XX:+PrintGCDetails打印GC的詳細信息 -XX:+PrintGCTimeStamps打印CG發(fā)生的時間戳 -Xloggc:log/gc.log 指定GC log的位置,以文件輸出 -XX:+PrintHeapAtGC 每一次GC前和GC后,都打印堆信息。 堆設(shè)置 -Xms:初始堆大,最小堆 -Xmx:最大

    2024年02月16日
    瀏覽(24)
  • 一次線上mysql 調(diào)優(yōu) ,join 的調(diào)優(yōu),索引優(yōu)化(Block Nested Loop)

    一次線上mysql 調(diào)優(yōu) ,join 的調(diào)優(yōu),索引優(yōu)化(Block Nested Loop)

    原因: 某接口調(diào)用十分緩慢,通過 Explain 發(fā)現(xiàn)是SQL問題 可以看到,在Join連接時,出現(xiàn)了BNL查詢,BNL出現(xiàn)是因為,JOIN連接時 dr表也就是 domian_redemption 被驅(qū)動的表上沒出現(xiàn)可用的索引。 個人解決方法: 在對應(yīng)的連接字段上,既dr的orderCode字段,內(nèi)表加上索引,再次執(zhí)行Explai

    2024年02月05日
    瀏覽(21)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包