問題現象 Squid 運行久了，/var/log/squid/access.log、cache.log、store.log 體積暴增，佔滿磁盤、影響性能。需配置自動輪轉、

問題背景 Squid 代理服務器生成的錯誤頁面（如 404、拒絕訪問、連接超時）默認在頁腳顯示 GMT 時間（如 Generated Thu, 01 Jan 2024 0

前言 MySQL 是 Linux 下最流行的關係型數據庫。本文匯總從服務管理、帳號權限、庫表操作、數據導入導出、字符集設置到性能優化的高頻命令，作為開發運維的桌面速查手冊

命中率為何無法達 100% 快取空間有限：LRU 淘汰機制可能誤刪即將存取的熱點物件。 TTL 過期：短 TTL 導致周期性未命中。 不可快取回應：含 Set-Cook

兩種清除模式 模式一：強制過期 - 單一變體清除 僅清除命中的具體物件變體（如未壓縮版本），無法同時清除 gzip 版本。 acl purge { localhost;

sysctl 基礎操作 sysctl -a # 顯示所有可讀變數（500+） sysctl kern.maxproc # 讀

定位 memcacheQ 是基於 memcache 協定的**持久化分散式訊息佇列**，底層儲存引擎為 **BerkeleyDB**，事件驅動用 **libevent**

核心概念 Gearman 以 Client → Job Server → Worker 三角色解決跨語言系統整合與分散式負載均衡，輕量且無需 WebService 複雜協

Gearman 架構角色 Client：發起任務請求（C、PHP、Perl、MySQL UDF...）。 Job Server (gearmand)：調度分發，將請求路

環境 CentOS 系統。 三種安裝路徑 方法一：EPEL yum 安裝（最簡單） rpm -Uvh https://download.fedora.redhat.co

前置：移除系統預裝 JDK OpenJDK / gcj 套件 rpm -qa | grep gcj # 輸出範例： # libgcj-4.1.2-44.el5 # jav

緣起：為何需要分散式計算 SIP 專案面臨海量日誌分析，單機多執行緒任務分解已成瓶頸。MapReduce「任務分解與結果彙總」思想加上 HDFS 分散式儲存，恰好解決海量

HAProxy 定位 高可用性、負載均衡、TCP/HTTP (Layer 4/7) 代理。 支援虛擬主機、會話保持、七層處理。 單機可支援萬級並發連線，運行模式易整合既

apachectl 定位 apachectl 是 httpd 守護進程的前端控制程式，提供兩種操作模式： 參數透傳模式：設定環境變數後直接啟動 httpd，傳遞所有命令

背景 Apache 2.0 引入 MPM 模組化架構，Red Hat 衍生版預設採用 prefork 以求穩定。本文記錄切換至 worker 的實際操作步驟與風險提醒。

核心架構差異 特性preforkworker 處理模型多進程、單執行緒多進程、多執行緒 連線對應一進程處理一連線一執行緒處理一連線 記憶體佔用較高較低 穩定性高（進程隔

free 指令輸出解讀 $ free total used free shared buffers cached Mem:

問題場景 Windows 7 使用 SecureCRT 連線 Red Hat Enterprise Linux 5，中文顯示亂碼。 雙邊編碼一致性原則 Linux 端與

TCP 伺服端標準流程 socket() 建立 Socket setsockopt() 設定屬性（可選，如 SO_REUSEADDR） bind() 綁定 IP:Por

路徑分隔符記憶法 Linux 用 /，Windows 用 \。\ 與 W 形狀相似 → Windows；Linux 是反方向，好記。 核心系統呼叫 1. open()：