個人網(wǎng)站鑒賞,雙一流建設(shè)專題網(wǎng)站,前端優(yōu)化,實用電子商務(wù)網(wǎng)站建立一、背景說明生產(chǎn)環(huán)境中#xff0c;MySQL 在高并發(fā)寫入或批量任務(wù)場景下#xff0c;容易出現(xiàn) TPS 抖動、提交延遲上升等問題。 本次優(yōu)化不涉及業(yè)務(wù)代碼與 SQL 改造#xff0c;而是通過調(diào)整 InnoDB 底層參數(shù)#xff0c;在可控停機窗口內(nèi)提升數(shù)據(jù)庫整體穩(wěn)定性與吞吐能力。二、…一、背景說明生產(chǎn)環(huán)境中MySQL 在高并發(fā)寫入或批量任務(wù)場景下容易出現(xiàn) TPS 抖動、提交延遲上升等問題。本次優(yōu)化不涉及業(yè)務(wù)代碼與 SQL 改造而是通過調(diào)整 InnoDB 底層參數(shù)在可控停機窗口內(nèi)提升數(shù)據(jù)庫整體穩(wěn)定性與吞吐能力。二、優(yōu)化目標(biāo)降低 InnoDB 寫入抖動減少頻繁 checkpoint 帶來的性能波動提升高并發(fā)與大事務(wù)場景下的穩(wěn)定性確保操作可回滾、可驗證、風(fēng)險可控三、my.cnf配置文件核心參數(shù)調(diào)整說明重點#my.cnf配置文件中新增以下參數(shù)需結(jié)合實際內(nèi)存大小 # --- REDOLOG需重啟--- innodb_log_file_size2147483648 innodb_log_files_in_group2 # --- 內(nèi)存與緩沖 --- innodb_buffer_pool_size12884901888 innodb_buffer_pool_instances8 innodb_log_buffer_size1342177281. REDO LOG 調(diào)整需重啟 調(diào)整前 redo 總量約 96MB 調(diào)整后 redo 總量 4GB 優(yōu)化收益 減少 checkpoint 頻率 平滑寫入壓力 提升高峰期穩(wěn)定性 2. Buffer Pool 調(diào)整 作用 提高緩存命中率 減少磁盤 IO 降低并發(fā)競爭 3. Log Buffer 調(diào)整 作用 優(yōu)化大事務(wù)與批量寫入 減少事務(wù)執(zhí)行過程中的刷盤壓力四、實施過程概述修改配置并進行mysqld --help 干跑校驗短暫停機備份并移走舊 redo 文件重啟觸發(fā) redo 重建啟動后通過文件、日志、連接多維度驗證強調(diào)一句整個過程具備明確回滾方案風(fēng)險可控。五、整個實操過程重點注意先改配置并校驗確認(rèn)一切 OK 后再短暫停機重啟。 ###############一、基本信息查詢梳理################### [rootlocalhost ~]# mysql --version mysql Ver 8.0.19 for linux-glibc2.12 on x86_64 (MySQL Community Server - GPL) [rootlocalhost ~]# echo DATA_DIR/home/mysql/mysql/data DATA_DIR/home/mysql/mysql/data [rootlocalhost ~]# echo SOCKET/home/mysql/mysql/mysql.sock SOCKET/home/mysql/mysql/mysql.sock [rootlocalhost ~]# echo ERR_LOG/home/mysql/mysql/data/error.log ERR_LOG/home/mysql/mysql/data/error.log [rootlocalhost ~]# df -h /home/mysql/mysql/data 文件系統(tǒng) 容量 已用 可用 已用% 掛載點 /dev/mapper/centos-home 541G 134G 408G 25% /home [rootlocalhost ~]# ls -lh /home/mysql/mysql/data/ib_logfile* 2/dev/null || echo 舊 redo 暫未發(fā)現(xiàn)首次創(chuàng)建或已被清理過也ok -rw-r-----. 1 mysql mysql 48M 10月 29 08:04 /home/mysql/mysql/data/ib_logfile0 -rw-r-----. 1 mysql mysql 48M 10月 11 13:15 /home/mysql/mysql/data/ib_logfile1 [rootlocalhost ~]# mysqld --help --verbose --defaults-file/etc/my.cnf /dev/null 沒有任何輸出沒問題 ##############二、下面開始備份配置 寫入生產(chǎn)參數(shù)防重復(fù)鍵 干跑校驗############### 1.備份 my.cnf回滾點 cp -a /etc/my.cnf /etc/my.cnf.bak.$(date %F-%H%M%S) 2.確認(rèn)備份存在 # 按時間倒序列出所有 my.cnf 備份取最新那一個 ls -lt /etc/my.cnf.bak.* ls -lt /etc/my.cnf.bak.* | head -1 ls -lt /etc/my.cnf.bak.* 3. vim /etc/my.cnf 追加新的配置內(nèi)容到配置文件的skip-name-resolve這一行之后# skip-symbolic-links 與 symbolic-links0 重復(fù)可任選其一 這一行之前新增以下內(nèi)容 # --- REDOLOG需重啟--- innodb_log_file_size2147483648 innodb_log_files_in_group2 # --- 內(nèi)存與緩沖 --- innodb_buffer_pool_size12884901888 innodb_buffer_pool_instances8 innodb_log_buffer_size134217728 新增好后保存退出。 4.干跑校驗0 停機 mysqld --help --verbose --defaults-file/etc/my.cnf /dev/null 沒有輸出內(nèi)容即可 5.停庫 systemctl stop mysqld 6.切到真實 datadir cd /home/mysql/mysql/data 7.創(chuàng)建一個帶時間戳的備份目錄。 BKP/root/old_redo_$(date %F-%H%M%S); mkdir -p $BKP 8.把舊的 ib_logfile0/ib_logfile1 移動到備份目錄。 compgen -G ib_logfile* /dev/null mv -- ib_logfile* $BKP/ echo $BKP /root/last_redo_dir 9.檢查第7、第8步生效情況 ls -lh /home/mysql/mysql/data/ib_logfile* 2/dev/null || echo 舊 redo 暫未發(fā)現(xiàn)首次創(chuàng)建或已被清理過也ok ls -lh $BKP/ 這里為什么這樣操作答讓 MySQL 下次啟動時發(fā)現(xiàn) redo 不存在/不匹配按你在 my.cnf 設(shè)置的 innodb_log_file_size2147483648、innodb_log_files_in_group2 自動重建 2×2G 的新文件。 10.重啟mysql systemctl start mysqld InnoDB 會在 datadir 下新建 ib_logfile0 2G ib_logfile1 2G 這一步完成真正的 redo 擴容讓新尺寸生效。 11.重啟后檢查驗證 ls -lh /home/mysql/mysql/data/ib_logfile* # 看到 ib_logfile0、ib_logfile1 各 ~2.0G 12.基礎(chǔ)校驗 mysql -u root -p SELECT NOW() AS now; -- 能返回說明連通正常 SHOW GLOBAL STATUS LIKE Uptime; -- 重啟后是較小秒數(shù)過幾秒再查應(yīng)該在增長 SHOW VARIABLES LIKE version%; -- 看清連到誰防止連錯實例 SHOW DATABASES; -- 能列出庫就 OK 13.查看到新一輪啟動與 redo 創(chuàng)建/尺寸日志 tail -n 200 /home/mysql/mysql/data/error.log | egrep -i ready for connections|InnoDB|log file size|redo #說人話這是“驗收單”確認(rèn)你這次 redo 擴容確實生效而且啟動沒翻車。 11.失敗場景下的標(biāo)準(zhǔn)回滾流程基于已存在的備份停庫 → 恢復(fù)配置 → 恢復(fù) redo → 啟庫 11.1停庫 systemctl stop mysqld 11.2.恢復(fù)原有 my.cnf 配置文件配置回滾 注意這里我當(dāng)時是把my.cnf保留在本地了如果失敗我準(zhǔn)備清空現(xiàn)有的my.cnf,將操作前的全選復(fù)制粘貼過來。 當(dāng)然也可以 # 選擇最新的 my.cnf 備份文件恢復(fù) ls -lt /etc/my.cnf.bak.* | head -1 # 假設(shè)最新備份為 /etc/my.cnf.bak.2025-12-13-101530 cp -a /etc/my.cnf.bak.2025-12-13-101530 /etc/my.cnf 11.3 恢復(fù)舊的 redo 日志文件數(shù)據(jù)結(jié)構(gòu)回滾 # 讀取第 8 步記錄的 redo 備份目錄 latest_redo_dir$(cat /root/last_redo_dir) # 將舊的 ib_logfile* 移回 datadir mv -- $latest_redo_dir/ib_logfile* /home/mysql/mysql/data/ 11.4 啟動 MySQL 服務(wù)完成回滾 systemctl start mysqld 11.5 回滾后快速驗證建議 # 查看啟動日志 tail -n 200 /home/mysql/mysql/data/error.log | egrep -i ready for connections|InnoDB|error|redo|log file # 登錄驗證 mysql -u root -p SHOW GLOBAL STATUS LIKE Uptime; 驗證預(yù)期結(jié)果 error.log 中無 redo mismatch、InnoDB error MySQL 正常啟動并可連接 Uptime 為較小值并持續(xù)增長 11.6.回滾邏輯總結(jié) 本次回滾流程完全基于前置備份設(shè)計 配置層通過 my.cnf.bak.* 實現(xiàn)快速配置回退 存儲層通過備份的 ib_logfile* 恢復(fù) redo 結(jié)構(gòu) 回滾操作不涉及數(shù)據(jù)文件.ibd / 表空間風(fēng)險可控恢復(fù)路徑清晰。