錯誤現象 執行 service mysql start 或 /etc/init.d/mysql start 時，僅輸出： Starting MySQL..Man

什麼是視圖？ 視圖 是將 SELECT 查詢結果以虛擬表形式保存，不儲存實體資料，故稱「假表」或「偽表」。它能將多個實體表的資料動態組合，使用方式與普通表完全一

為什麼要處理特殊字元？ 在拼接 SQL 字串或使用預處理語句時，未正確轉義的特殊字元（如單引號、反斜線、百分號、底線）會導致語法錯誤，甚至引發 SQL 注入風險

索引的核心結構：B 樹 大多數關聯式資料庫（如 MySQL）採用 B 樹（Balance Tree） 作為索引的底層儲存結構。B 樹由三類節點組成： 根節點：

事務核心：ACID 特性 特性全稱MySQL 實現機制 AAtomicity (原子性)Undo Log 回滾 CConsistency (一致性)約束

修改欄位資料型別 ALTER TABLE visitor MODIFY name VARCHAR(30); 新增欄位 (可指定位置) -- 尾部新增 ALTE

前置條件：字符集全鏈路統一為 UTF8MB4 SHOW VARIABLES LIKE character_set_%; 步驟 1：本地匯出 (含結構+資料+

核心原則：棄用 mysql_*，全面擁抱 mysqli / PDO mysql_* 函式自 PHP 5.5 棄用、7.0 移除，**嚴禁在新專案使用**。 m

1. 連線登入 # 標準登入 (提示輸入密碼) mysql -u root -p # 指定主機/埠口 mysql -h 192.168.1.100 -P 33

context.xml 標準配置 (放於 $CATALINA_BASE/conf/context.xml 或 META-INF/context.xml) <

基本語法結構 ALTER TABLE tbl_name ADD [INDEX|KEY] index_name (col1, col2, ...) [USING

250 萬的資料 直接 DELETE 會導致：長事務、鎖升級、Undo Log 爆漲、Binlog 膨脹、主從延遲、甚至 OOM。 官方推薦方案：換表法 (C

問題現象 -- 前端傳入 ID 順序：30, 20, 80, 40 SELECT * FROM products WHERE id IN (30, 20, 80

核心問題：為什麼簡單的 START TRANSACTION 不夠用？ 未捕獲異常 → 存儲過程拋錯、事務隱性提交/回滾不可控 自動提交 (autocommit

增量備份核心原理 利用 MySQL 二進制日誌記錄所有 DML/DDL 變更，定期 FLUSH LOGS 切換日誌檔案，備份新產生的 binlog 檔案即為增量

核心函式分類速查 類別函式用途 當前時間NOW() / SYSDATE()日期時間 (微秒精度) CURDATE()僅日期 CURTIME()僅時間 日

核心原則：全鏈路字符集一致 客戶端字符集 = 連接字符集 = 結果字符集 = 表/庫字符集 = 檔案字符集 方案一：UTF8MB4 全鏈路 (現代標準，推薦)

什麼是獨立表空間？ 啟用 innodb_file_per_table = ON 後，每個 InnoDB 表擁有專屬 .ibd 檔案 (含數據+索引)，而非共享系

現象 點擊開始功能表「MySQL 8.0 Command Line Client」視窗閃現即消失，無法輸入密碼。 根本原因 快捷方式「目標」欄位參數錯誤，導致

方案一：ALTER TABLE ENGINE=InnoDB (最簡單、鎖表久) ALTER TABLE big_table ENGINE=InnoDB; ✅