一次由隱藏大頁配置引發的數據庫OOM故障分析 一、事故發生 在週日清晨，收到緊急短信告警，數據庫實例發生異常重啓。首先登錄數據庫服務器，查看日誌記錄 2025-12-21T06:54:57.259156+08:00 77 [Note] [MY-010914] [Server] Aborted connection 77 to db: 'unconnected' user: '
MySQL遊標執行帶有MINUS/INTERSECT查詢導致core問題解析 一、問題發現 在客户現場提交的一次問題中發現某個帶有MINUS聯合查詢cursor語句進行查詢的時候，用MINUS和INTERSECT進行聯合查詢會導致core，但是用UNION卻不會。 注意：這裏用的版本是debug版本會core，release版本會報錯。這個問題在MySQL 8.0.3
GreatSQL MGR三節點基於時間點恢復 前言 本文將介紹DDL模擬誤操作數據庫後，怎麼恢復到誤操作時間點？ 解決方案：利用binlog偽裝master實例（搭建偽主從複製環境），讓複製應用binlog停留在具體時間點對應的gtid上。 方案可以幫助客户在發生DDL事故時快速恢復數據到誤操作之前，避免進一步的損失。 文章分為三個階段： 自行準備一套Gr
5.7到8.0版本升級導致備份導入失敗：提示 "超過行長度" 某應用開發商將用 mysqldump 從 MySQL5.7 導出的數據導入到GreatSQL時，某些表創建失敗，提示超過行長度。 模擬信息如下 DROP TABLE cm_plat_user; CREATE TABLE cm_plat_user (id int NOT NULL AUTO_INCREMENT , n
