MySQL 連接代碼 // 1. 加載驅動 (JDBC 4.0+ 可省略，DriverManager 自動發現) Class.forName(com.mysql

現象描述 雙擊 MySQL 5.5 Command Line Client，輸入密碼後聞到「滴」一聲，窗口瞬間關閉，無法進入交互界面。圖形化工具（如 SQLyo

為什麼需要連接池？ 傳統模式：每次請求「建立連接 → 操作 → 關閉連接」，建立連接涉及 TCP 三次握手、SSL 握手、認證、分配會話資源，**極其耗時**（

為什麼需要工具類？ 硬編碼驅動、URL、用戶名、密碼會導致：換數據庫需改代碼重編譯、密碼洩露風險、環境遷移困難。引入 db.properties 配置文件 +

什麼是 JDBC？ JDBC (Java DataBase Connectivity) 是 Java 標準 API，提供統一介面訪問關係型數據庫。核心優勢：跨平

為什麼要重定位數據目錄？ 默認數據目錄磁碟空間不足，需遷移至大容量掛載點。 I/O 熱點分離：將數據、日誌、臨時文件分布在不同物理磁碟。 運行多實

核心思想 將「大表連接 + 過濾 + 排序」的昂貴操作**物質化**為一張**已排序的小臨時表**，後續高頻查詢直接掃描臨時表，極大減少 I/O 與 CPU。

場景 統計每日訪問量、按小時分桶分析等「時間段」查詢極為常見。MySQL 時間類型包括 DATE、TIME、DATETIME、TIMESTAMP，儲存方式不一，

項目背景與問題發現 Linux 性能採集項目中，發現入庫極慢。經定位，同一設備（conf_id）同一時間點（insert_time）存在大量重複行，導致表膨脹

一、Hash 索引 vs B-Tree 索引 維度Hash 索引B-Tree 索引 精確查找O(1) 一次定位，極快（碰撞少時）O(log N) 逐層

核心原則 SQL 優化的本質：在最短時間內以最少的塊言問實現最大數據吞吐量。優化切入點：劣質 SQL 改寫、子查詢轉連接、索引覆蓋、優化器特性利用。

背景說明 自 CentOS 7 起，官方倉庫預設提供 MariaDB 作為 MySQL 的直接替代品，兩者在語法、协议、工具鏈上高度兼容。本文提供最精簡的安裝、

前言 MySQL 二進制日誌記錄了資料庫所有的數據變更操作，是實現時間點恢復、主從複製及審計追蹤的核心基礎。由於二進制日誌為非文本格式，直接閱讀不可行，必須使用

CentOS 5.8 二進制部署 MySQL 5.6.22：解壓安裝、SELinux、數據初始化、多實例配置全記錄 本文記錄在 CentOS 5.8 x86_6

JDBC 實現寵物信息管理系統：分層架構、DBCP 連接池、DAO 模式完整源碼 本文展示一個基於 JDBC + DBCP 連接池 + DAO 模式的寵物信息管

前言 MySQL 5.0+ 引入存儲過程/函數/觸發器，5.1+ 引入事件調度器。本文記錄常用模式：帶變量的存儲過程、定時事件、隨機數生成、動態 SQL 準備語

MySQL VARCHAR(20) vs VARCHAR(255) 性能影響深度分析：索引長度、內存分配、ROW_FORMAT 差異 許多開發者習慣「保守起見全

背景動機 傳統 DriverManager.getConnection() 每次建立物理連線，開銷大、無法控制併發、易洩漏。引入 **Apache Common

Windows MySQL 主從復制與讀寫分離實戰：MySQL Proxy 配置全流程 本文在 Windows 環境下完整演示 MySQL 主從搭建、MySQL

工具介紹 Sysbench 是模組化、跨平台的基準測試工具，支援資料庫 (OLTP)、檔案 I/O、記憶體、CPU、執行緒調度等測試。本文以 0.5 版 (Lu