多次獲得MySQL官方認可,mysql遇到過的瓶頸及解決辦法

多次獲得MySQL官方認可。

在這個海量數據爆炸的時代，過去單一的開源數據庫產品往往難以直接滿足企業的業務需求。在某些情況下，it面臨著性能、安全性和穩定性方面的各種問題。近日，擁有多種企業級特性的騰訊云數據庫MySQL多次獲得官方認可。這是怎么發生的

回到最初的起點，MySQL是世界上最流行的開源數據庫，也是DBENGINES中排名前兩位的關系數據庫。不用多說，相信每個數據庫領域的從業者都聽過這個熟悉的名字。在各種技術論壇上，關于MySQL的討論從來沒有停止過。干貨教學，使用技巧，問題交流……正是MySQL良好的社區氛圍提升了它的影響力。同時，社區里的大牛提出了MySQL的優化方案，提交補丁修復bug，探索前沿技術讓MySQL越來越有用。

MySQL社區提供的補丁

騰訊云數據庫團隊有這么一只大牛。蔣玉祥可以說是中國最早接觸數據庫的人，在數據庫領域已經深耕多年。在他的職業生涯中，他也親身經歷了中國最早一批國產數據庫從無到有的整個R&D過程。目前在騰訊云MySQL團隊負責數據庫核心的研發。

他積極參與MySQL開源社區在中國的成長，并通過技術演示和文章幫助MySQL在中國傳播。

就在不久前，他向MySQL提交了一個補丁——這是MySQL官方直接放入5.7社區貢獻的補丁，如下:

InnoDB:修改了表共享實例(mshare對象)和字典表實例的打開和關閉順序，以防止訪問可能指向陳舊字典索引的舊mshare對象。

感謝蔣玉祥的貢獻。(錯誤號31899685)

(參見:

https://dev . MySQL . com/doc/rel notes/MySQL/5.7/en/news5734 . html)

其中特別提到了“感謝蔣玉祥的貢獻”。

那么，這個補丁為什么要官方感謝呢

簡單來說，這個補丁修復了inndb的handler對象的indexmapping對象mshare中index和ibtable不一致的問題。原因是在獲取share對象時提前減去了table對象的引用計數，將table對象從dict緩存中剔除，從indexmapping指向一個不確定的內存地址。出現這個問題的原因是open dict table和get share的操作順序不匹配。

以上是最近采用的補丁。在此之前，我們也分享了一個將被寫入官方源代碼的bug解決方案。正是這些大牛們的不斷貢獻，才使得MySQL越來越好用，高效，穩定。

一封來自官方的感謝信

同時，因為這些值得紀念的貢獻以及騰訊云數據庫與開源社區的密切合作，MariaDB社區在20世紀末專門給騰訊云數據庫寫了一封感謝信，對騰訊云數據庫對社區發展的支持表示感謝(原文見https://mariadb.org/thankstencent/)。

在信中，丹尼爾·布萊克表示，“我以MariaDB基金會的名義，感謝騰訊在2020年對MariaDB的巨大貢獻。騰訊……為每個人提供了價值，同時降低了(我們的)維護成本。”得益于騰訊云數據庫一年來的持續努力，根據其文章描述，可以看出這些貢獻主要體現在:

1.跌落臺力

當的表元數據損壞時，支持強制刪除表；當某些分區損壞時，支持強制刪除分區。

2.異步丟棄表

異步刪除大型表，以減少因刪除大型表而導致的性能抖動。

3.加速緩沖池初始化

并行初始化每個緩沖池實例，以提高大型內存實例的啟動速度。

4.并行初始化回滾段

并行讀取回滾段數據以加速實例啟動。

5.MariaDB中NVDIMM的重做日志

基于AEP設備的數據優化方法，各種寫入場景下的數據庫性能得到了極大的提升。

在推動數據庫技術和社區發展方面，騰訊云數據庫從未停止過自己的腳步。正如丹尼爾·布萊克所說，“騰訊云數據庫一直在幫助解決各個社區遇到的問題，這說明騰訊云數據庫不僅專業，而且愿意與MariaDB合作。”未來，我們將繼續深化技術，為開源社區的每一位用戶、每一位開發者提供更好的服務，與所有MySQL專家、用戶和社區一起，構建一個越來越有用的MySQL生態系統。

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。