MySQL 游標是儲存程序中處理結果集的重要機制，允許逐行讀取查詢結果。完整的游標生命週期包含四個步驟： 游標操作四步驟 宣告游標：定義查詢語句 開啟游標：

在伺服器上成功安裝 MySQL 後，為了確保資料庫安全、穩定且高效運作，通常需要執行以下六項關鍵的後續操作： 一、啟動 MySQL 服務 安裝完成後，首要任務

現象 重裝 MySQL 卡在最後一步，提示 could not start the service mysql error:0，除非重裝作業系統。 根因 舊版本

硬件層面優化優先級 磁盤 I/O：瓶頸之首。建議 RAID 0+1 (非 RAID 5)，高轉速 SAS/SSD，分離 Binlog/數據/日誌到不同物理卷

MySQL 不支援標準 SQL 的 MINUS/EXCEPT (差集) 與 INTERSECT (交集)，但可用 JOIN / UNION ALL + GROU

服務控制 sudo /etc/init.d/mysql start sudo /etc/init.d/mysql stop sudo /etc/init.d/m

基本用法 mysqldump --single-transaction -w id mydump.sql 陷阱一：單雙引號混用導致條件截斷 # 錯誤：單引號包

現象 net start mysql 服務名無效。 根因 MySQL 尚未註冊為 Windows 服務。 修復步驟 (管理員權限 CMD) 進入 MySQL

場景：表 pydot_g 已導入 name 欄位，需回填 package_name，逐條 UPDATE 效能極差。採用 CASE WHEN ... END 搭配

錯誤日誌 Cannot find or open table phpwind/pw_zhuanti from the internal data diction

錯誤現象 Lost connection to MySQL server at reading initial communication packet, sy

事務四大特性 (ACID) Atomicity 原子性：全成全敗 Consistency 一致性：約束前後狀態合法 Isolation 隔離性：並發事務互不干

現象 VPS 剩餘空間驟減至 1G，排查發現 /var/lib/mysql/mysql-bin.000*** 佔用 10G+。 Binlog 作用 數據恢復：

現象 ERROR 1040 (HY000): Too many connections 兩大成因 訪問量真高 → 架構擴容 (讀寫分離、分庫分表、連接池調優)

鎖機制速覽 引擎鎖粒度死鎖可能適用場景 MyISAM/MEMORY表鎖無讀多寫少、Web 應用 BDB頁鎖/表鎖有較少用 InnoDB行鎖/表鎖有高併發 O

高頻事故：UPDATE/DELETE 忘加 WHERE 導致全表覆蓋/清空。MySQL 內建 --safe-updates (短參 -U) 模式可從客戶端層面強

MySQL 5.1+ 支援表分區，邏輯上為單表，物理上將數據文件按規則拆分，對應用透明。分區非真正拆表，而是存儲層切分。 前置檢查 SHOW PLUGINS;

架構優勢 主庫故障秒級切換從庫 讀寫分離：從庫承擔查詢壓力 從庫備份不影響主庫效能 僅適合「更新不頻繁、實時性要求不高」的查詢場景；核心交易仍走主庫。 環境

標準語法 DECLARE handler_type HANDLER FOR condition_value[, ...] statement handler_

MySQL 5.6 前 DATETIME/TIMESTAMP 精度僅到秒，無原生毫秒類型。但引擎能識別時間字串中的微秒部分，可通過以下兩種模式實現毫秒/微秒存儲