
近日,墨天輪社區發起了「實操看我的」系列征文活動的第一期——“數據庫性能優化”主題征文,不論是慢查詢優化、索引設計、參數調優,還是架構層面的性能突破,只要你有真實場景、完整步驟、可復現的調優經驗,都可以!
在對當前投稿進行審核后,共有 41篇 文章通過初審合格,以下是所有合格文章名單。
第三批合格名單(截至1月26日)
| 合格文章 | 作者 |
|---|---|
| Oracle:看懂執行計劃順序 | 淘氣 |
| MySQL性能急救:慢查詢定位、分析與優化實戰指南 | shunwah?? |
| 搞定性能瓶頸!監控 + 分析 + 調優三部曲 | shunwah?? |
| 第117期: pg_basebackup + waiting for checkpoint | ByteHouse |
| Oracle:大排序告警SQL優化 | 淘氣 |
| 從AWR到代碼:一次上線事故的Oracle數據庫優化實戰 | 暮雨 |
| 【GaussDB】分析函數性能優化案例-row_number改寫 | DarkAthena |
| MySQL 從一次反直覺的SQL優化談起:為何加一列反而更快? | 墨香溪 |
第二批合格名單(截至1月19日)
| 合格文章 | 作者 |
|---|---|
| MySQL-一個有意思的死鎖 | 淘氣 |
| 20260115_Oracle ORA-600 [kcblasm_1] [103]問題分析 | 惠星星 |
| 【ORACLE】分區表數據傾斜會發生什么 | DarkAthena |
| ORACLE-偶發慢SQL優化案例 | 淘氣 |
| 【金倉數據庫產品體驗官】金倉數據庫KingbaseES性能優化深度體驗 | 小草 |
| DWS優化實戰:40億行大表點查從秒級到毫秒級的優化之路 | Rune悠然 |
| MySQL遷移OpenGauss性能優化實戰:一條SQL從570秒到5毫秒的蛻變 | szrsu |
| 記一次 Windows Oracle ORA-00020 故障排查 | 三笠丶 |
| 19c 回退事故復盤與 SCN 推進解法 | Digital Observer |
| 金倉數據庫運維工具:KConsole 集群部署及運維指南 | jiayou |
| MySQL優化-生產實踐 復原生產死鎖,該怎么處理才能避免? | chengang |
| Oracle library cache lock等待事件深度解析與排查指南 | Digital Observer |
| 深入理解 Oracle 等待事件:log file sync 全面解析與排查思路 | Digital Observer |
| MySQL優化-生產實踐,改寫JOIN順序性能提升7倍 | chengang |
| 不是 DBA,如何進行慢sql排查? —— 一篇寫給開發者的 AWR 實戰筆記 | 暮雨 |
| 【金倉數據庫產品體驗官】 告別慢查詢!金倉 JDBC 元信息優化 | shunwah?? |
| WebLogic 性能調優最佳實踐:一線工程師的實戰經驗總結 | Digital Observer |
| Oracle SQL Profile 固化執行計劃實戰說明 | Digital Observer |
| 一次典型的 SQL 性能問題排查:臨時表導致的隱藏性能陷阱 | Digital Observer |
| KingbaseES V9R2C13性能優化能力實測 | Digital Observer |
首批合格名單(截至2025年12月23日)
| 合格文章 | 作者 |
|---|---|
| 記一次使用Oracle SQL Tuning Advisor(STA)實戰案例 | 孫瑩 |
| 為什么Oracle數據庫上了RAC,應用反而“掛”了?——一起行鎖等待激增事件的詳細分析方法及過程 | 聽見風的聲音 |
| 【金倉數據庫產品體驗官】同樣是數據庫,為什么別人的查詢快 17 倍? | shunwah?? |
| Oracle 19c BUG 34482043 導致SQL節點2查詢緩慢 | JiekeXu |
| 記一次 1000+每秒 UPDATE 引發的 Redo 風暴案例 | 孫瑩 |
| 記錄一次關于標量子查詢優化SQL的案例 | 孫瑩 |
| 業務表異常阻塞導致接口超時處理案例 | lu9up的數據庫筆記 |
| GaussDB 性能排查與鎖等待分析常用 SQL 全面解析(TOP SQL / 等鎖 / 長事務 / LwLock / SubPlan) | Ronnie的Gaussdb學習 |
| 每日踩坑之oracle 11g 統計信息收集 | 大柏樹 |
| 這個 Oracle CDB BUG,建庫后需要立即修復! | 三笠丶 |
| Oracle 10046 Trace 硬核指南:SQL 慢在哪,從底層拉出來 | Digital Observer |
| 一條爛 SQL 干爆一個庫,Oracle 也頂不住! | 三笠丶 |
| 一次微小的CPU波動,你能查到什么? | 瀟湘秦 |
投稿主題
需聚焦您在數據庫日常運維實操中遇到的性能優化場景,可以是真實生產環境的中的案例復盤、也可以是對某個優化語句的實驗驗證,總之需要時真實可落地的數據庫運維實操。
以下列舉了部分可投稿主題,包含但不限于:
- 慢查詢優化:SQL 改寫技巧、執行計劃分析、索引設計、統計信息維護等
- 資源參數調優:內存、CPU、IO、連接數等核心參數調優等
- 架構層面優化:讀寫分離、分庫分表、緩存穿透 / 擊穿解決方案、數據庫分片策略等
- 特殊場景調優:高并發秒殺場景、大數據量查詢優化、OLAP/OLTP 混合場景調優、國產化系統(麒麟 / 統信)適配調優等
- 調優工具實戰:AWR/ASH/Performance Schema/Explain Plan/Percona Toolkit 等工具的使用案例
數據庫類型不限,Oracle、MySQL、PG及國產數據庫等均可。
參與規則
原創文章首發于墨天輪,并帶上 “數據庫實操” “性能優化” “墨力計劃” 三個標簽,即算成功參與活動。
如您不放心,亦可將投稿文章標題及鏈接評論于本文評論區、或私信發至墨天輪小助手-小墨(VX:modb666)。
當您加上“墨力計劃”標簽則默認同步參與“墨力原創作者計劃”,可參與當月墨力計劃評獎,點擊查看墨力計劃獎勵情況。
合格及評優規則
-
需包含關鍵技術要素:活動側重實操,需結合真實運維場景,包含調優完整步驟,如“問題現象→原因分析→調優方案→實施步驟→效果驗證”;
(ps:如為運維理念討論、技術原理分析等非實操類主題無法參與本次特別活動,而屬墨力計劃常規投稿) -
基礎要求:文章需原創、首發,文章字數不少于 500 字(其中代碼占比不可超80%)、閱讀量需達100;
不可為搬運文、流水賬、翻譯文、廣告文或AI代寫、刷閱讀量,其他要求均同墨力計劃,點擊查看墨力計劃參與規則及合格要求
- 其他:建議搭配關鍵截圖(執行計劃、監控圖表等)、核心代碼、性能對比數據等,提升內容可信度與可讀性。
1、調優干貨獎
將根據問題復雜性、步驟完整度、實操主題借鑒意義等質量維度,以及文章受歡迎維度進行對所有合格文章綜合評優,評選出若干篇調優干貨獎。
ps:人可投稿多篇,最多可重復獲得2篇調優干貨獎。
2、調優先鋒獎
將對投稿作者合格文章進行評優,綜合文章質量、受歡迎程度以及發文數量、優質內容占比等維度評選出 3 名調優先鋒獎。
ps:該獎項獲得者不可重復獲得最佳實操獎。
獎項設置
| 獎項 | 獎項數量 | 獎品名稱 |
|---|---|---|
| 合格獎 | 若干篇 | 在墨力計劃合格獎基礎上,可額外獲得50墨值+墨天輪優化限定勛章(虛擬) |
| 調優先鋒獎 | 3名 | 調優先鋒限定勛章(虛擬)+實物獎品(依次獲得以下單項獎品) 第1名-羅技MK540無線鍵鼠套裝 第2名-倍思10合一拓展塢4K60Hz 第3名-小米充電寶10000mAh(3C認證) |
| 調優干貨獎 | 若干篇 | 調優干貨限定勛章(虛擬)+實物獎品(以下獎品可二選一) 1、墨天輪定制法蘭絨毛毯 2、墨天輪定制墨天輪logo抱枕 |
此外所有帶有“墨力計劃”標簽的合格文章均可參與月度墨力計劃的獎項評選,主要包括優秀文章獎、墨力之星、新人獎、勤更獎等,獎勵包含現金、實物獎品等,點擊查看墨力計劃獎勵情況。
還在等什么,一起寫起來!分享你的數據庫實操經驗、幫助同行避坑自己也能領獎勵~




