MySQL 備份與還原實戰:mysqldump 全量/單庫、source 大文件導入
備份命令:mysqldump 單庫備份 game_backup.sql # 輸入密碼後生成 game_backup.sql 全庫備份 all_backu
Ubuntu 下 Navicat 11 for MySQL 安裝與試用期重置技巧
安裝方式 官方提供 Linux 版為 Wine 打包版,解壓即用: tar -xzf navicat110_mysql_cs.tar.gz cd navicat
MySQL 忘記 Root 密碼?跳過授權表重置密碼全平台指南 (Windows/Linux)
核心原理 以 --skip-grant-tables 啟動 MySQL,跳過權限檢查,無密碼登入,修改 mysql.user 表,刷新權限,重啟正常模式。 W
MySQL 多表關聯 UPDATE 實戰:JOIN 語法替代子查詢
問題場景 物料表 materials(y_name, y_quantity),產品表 pro_a(p_name, p_quantity)。需將產品用量彙總累加到
400 行 C++ 實現高性能本地 Key-Value 緩存:mmap 持久化、LRU 淘汰、線程安全
設計目標 極致輕量:單頭文件 ~400 行,無外部依賴 高性能:Value 1KB 時單核 200 萬 ops/s 零拷貝內存管理:mmap 映射文件,無 m
MySQL 性能優化全景指南:緩存參數、連接參數、實戰配置建議
核心原則 內存讀取:微秒級 | 磁盤讀取:毫秒級 → 差 3 個數量級。 優化本質:用內存換 I/O,用 CPU 換鎖競爭。 一、緩存參數優化 1. 表
SQL Server varchar 與 nvarchar 核心差異:字節 vs 字符存儲機制
結論先行 類型長度單位varchar(20) 容量nvarchar(20) 容量 varchar字節20 字節 = 10 個漢字 或 20 個英文N/A nv
MySQL 動態游標實戰:存儲過程中構建動態視圖實現參數化查詢
場景 存儲過程中需要根據輸入參數動態構建查詢條件,標準游標不支援動態 SQL。解決方案:動態建立視圖 + 靜態游標查詢視圖。 完整範例 1. 準備測試表與數
MySQL 開啟遠程連接:授權、防火牆、驗證三步走
核心步驟 1. 建立遠程訪問帳號 (建議指定 IP,避免 %) -- 僅允許 8.8.8.8 連接 GRANT ALL PRIVILEGES ON *.* T
CentOS 下 MySQL 主從複制極速部署:xtrabackup 熱備份 + 秒級同步
環境與版本 OS:CentOS 5.4 MySQL:5.1.x (RPM 安裝) xtrabackup:1.2.22 (RPM 安裝) 核心優勢 使用 x
MySQL 分區表完整指南:RANGE/LIST/HASH/KEY 四大類型與增刪改查實戰
分區表優勢 查詢裁剪:只掃描相關分區,大幅減少 I/O 維護便利:秒級刪除歷史分區 (DROP PARTITION),無需 DELETE 慢操作 物理分佈:不
MySQL 觸發器入門與實戰:INSERT/UPDATE/DELETE 同步維護庫存
什麼是觸發器? 觸發器是與表關聯的資料庫對象,監聽特定事件 (INSERT/UPDATE/DELETE) 在 BEFORE 或 AFTER 觸發,自動執行預定義
MySQL 事務完整指南:ACID 特性、語法流程與實戰演示
什麼是事務? 事務是邏輯上的一組操作單元,遵循 ACID 特性: Atomicity (原子性):全做或全不做 Consistency (一致性):資料從一個
MySQL GROUP_CONCAT 實現多行合併為單行:完整語法與實戰範例
核心函數 GROUP_CONCAT(expr) 將分組內非 NULL 的表達式值連接成單一字串,常用於「一對多」關係下將子表多行聚合為主表單行。 完整語法 G
MySQL 服務啟動失敗錯誤 1067:端口佔用排查實戰
現象 Windows 環境下啟動 MySQL 服務報錯: 錯誤 1067:進程意外終止 嘗試常見修復 (重裝、刷註冊表、改配置) 均無效。 排查思路:端口
MySQL 啟用 binlog 後建立函數報錯 1418 解決方案
錯誤現象 啟用 log_bin 後,建立存儲函數/觸發器/事件時出現: ERROR 1418 (HY000): This function has none o
Linux 下 MySQL 熱備份全攻略:主從複制詳細實作步驟
主從複制的核心價值 資料備份:從庫保留資料副本,支援災難恢復 讀寫分離:主庫寫、從庫讀,分攤查詢壓力 高可用基礎:配合 MHA、Orchestrator 實現
MySQL 延遲備份架構實作:使用 pt-slave-delay 打造延時從庫
為什麼需要延遲備份? 在主從複制架構中,從庫會即時同步主庫的變更。若發生誤操作(如 DROP TABLE、DELETE 無 WHERE),錯誤會同步至所有從庫,