原创 MySQL安全插件:Connection-Control Plugins 的利與弊

一、背景 生產環境下遇到一個問題,有數據庫節點的連接數略高,而實際業務壓力不大。查看processlist發現有大量狀態爲“Waiting in connection_control plugin”的等待連接。 該狀態的連接總數達到33

原创 Anemometer讓慢查詢可視化

  一、快速安裝 概述:需要在一臺服務器(192.168.47.36)上安裝pt-query-digest、web server、php、MySQL server以及Anemometer。 1、安裝Percona Toolkit Perc

原创 MySQL5.7 interactive_timeout 和 wait_timeout 解析

實驗基礎: MySQL 版本:5.7.28 交互連接方式進行測試   一、起始狀況 開始實驗前,interactive_timeout和wait_timeout的global和session級都是28800s 開啓兩個session,以下

原创 MGR 8.0 + ProxySQL 2.0 部署實錄

架構概述 MGR node1:192.168.222.76:3307 MGR node2:192.168.222.77:3307 MGR node3:192.168.222.78:3307 ProxySQL:192.168.222.75

原创 利用ELK分析MySQL慢日誌(更新中)

環境介紹 ES node1:192.168.237.25 ES node2:192.168.237.26 ES node3:192.168.237.27 Redis、Logstash、Kibana:192.168.237.30 MySQL

原创 Inception的可視化--Yearning 1.X

一、前言 Yearning是Inception的web端實現。其他類型工具包括archer等。   二、docker安裝(安裝yearning1.3以上版本需要) 新版本docker僅支持CentOS7系統,以下分別記錄新老版本docke

原创 PXC簡單部署

一、背景 低併發情況下(QPS<7000),靠譜的高可用架構。 更推薦MGR   二、安裝部署 1、安裝包下載路徑及目錄規劃 PXC下載路徑 注,rpm包有以下分類: ssl100適用於:早於9的Debian,早於14.04的Ubuntu

原创 Consul初體驗

一、背景 Consul 是一個支持多數據中心分佈式高可用的服務發現和配置共享的服務軟件,由 HashiCorp 公司用 Go 語言開發,基於 Mozilla Public License 2.0 的協議進行開源。Consul 支持健康檢查

原创 InnoDB Cluster搭建實錄(更新中)

架構概述 MGR node1:192.168.222.76:3307 MGR node2:192.168.222.77:3307 MGR node3:192.168.222.78:3307 MySQL Router、MySQL Shell

原创 PMM初體驗

    一、監控服務端 1、安裝docker yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-l

原创 Xtrabackup全量備份提速與壓縮測試(更新中)

背景:阿里雲ECS,94G內存,32核CPU,MySQL BP=70G,備份盤沒有采用SSD 實驗: 一、基礎語句     backupcmd = "innobackupex --defaults-file=%s --galera-inf

原创 MySQL數據閃回工具--MyFlash

背景: 源於美團點評。 增強版binlog2sql,擁有更快的恢復速度以及更靈活便捷的過濾方式。 基於binlog中記錄的前後鏡像實現,故依賴於以下兩個參數: binlog_format=ROW binlog_row_image=FULL

原创 數據目錄遷移那些事

現象:一次磁盤告警,提示剩餘空間超閾值,df -h查看根目錄的Avail已剩不到2G。 原因:MySQL的數據目錄掛載在根目錄的data目錄下,撐爆了 解決方法:遷移數據目錄。 實際處理過程:set global innodb_fast_

原创 MySQL主從複製常遇到的幾個坑

主從複製架構圖如下: 主庫有數據變更時,會通知備庫的io線程,io線程建立一個TCP長連接,接下來主庫的binlog dump線程會推送主庫的binlog。在進行完一次HTTP操作後保持該TCP連接(HTTP/1.1起默認使用長連接)

原创 如何正確衡量主從延遲時間(關於Seconds_Behind_Master和pt-heartbeat)

背景 主庫的worker線程在寫binlog的時候是併發工作的,而主庫的dump線程和從庫的IO線程都是單線程推拉binlog、特別是默認SQL線程是拿着relay log中的event逐一單線程回放的(5.6版本開啓slave_para