Prometheus实战教程 - mysql监控

原创 已于 2025-12-13 13:40:00 修改 · 624 阅读 · 16 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#prometheus #mysql #压测

于 2025-12-13 13:39:19 首次发布

目录

Prometheus 监控 MySQL

一、架构说明

核心逻辑：MySQL 实例注册到 Consul（服务注册）→ Prometheus 配置 Consul 服务发现（自动发现 MySQL 实例）→ MySQL 暴露监控指标（via mysqld_exporter）→ Prometheus 拉取指标 → 可视化/告警。

组件角色：

  • Consul：服务注册中心，存储 MySQL 服务的地址、端口、元数据（如用户名、密码）。
  • mysqld_exporter：MySQL 监控指标采集器，部署在 MySQL 节点（或独立部署），连接 MySQL 并暴露 /metrics 接口。
  • Prometheus：通过 Consul 发现所有 MySQL 实例，定期拉取 mysqld_exporter 的指标。
  • MySQL：被监控目标，需开启远程访问权限（供 exporter 连接）。

二、前置条件

  1. 已部署 Consul 集群（单节点可用于测试），确保 Prometheus 能访问 Consul 的 HTTP 接口（默认 8500 端口）。
  2. 已部署 Prometheus（2.x+ 版本），配置文件可编辑。
  3. MySQL 实例（5.7+ 或 8.0+），支持远程连接（防火墙开放 3306 端口）。
  4. 所有组件网络互通：Prometheus ↔ Consul、Prometheus ↔ mysqld_exporter、mysqld_exporter ↔ MySQL。

三、步骤 1：部署 mysqld_exporter（MySQL 指标采集）

mysqld_exporter 是 Prometheus 官方提供的 MySQL 监控采集器，需在每个 MySQL 节点（或独立节点）部署。

3.1 下载并安装 mysqld_exporter

# 下载最新版本（可替换为官网最新版本）
wget https://github.com/prometheus/mysqld_exporter/releases/download/v0.18.0/mysqld_exporter-0.18.0.linux-amd64.tar.gz

# 解压并移动到指定目录
tar xvf mysqld_exporter-0.18.0.linux-amd64.tar.gz -C /data/monitor/
cd /data/monitor/
mv mysqld_exporter-0.18.0.linux-amd64 mysqld_exporter

# 验证安装
mysqld_exporter --version  # 输出版本信息则成功

3.2 配置 MySQL 授权（供 exporter 连接）

exporter 需要连接 MySQL 采集指标，需创建专用监控用户并授权：

-- 登录 MySQL（本地或远程）
mysql -u root -p

-- 创建监控用户（允许 exporter 所在节点访问，% 表示所有地址，生产建议限制 IP）
CREATE USER 'prometheus'@'127.0.0.1' IDENTIFIED BY 'YourStrongPassword123!';

-- 授予监控所需权限（最小权限原则）
GRANT PROCESS, REPLICATION CLIENT, SELECT ON *.* TO 'prometheus'@'127.0.0.1';

-- 刷新权限
FLUSH PRIVILEGES;

3.3 配置 mysqld_exporter 连接 MySQL

创建 exporter 的配置文件，存储 MySQL 连接信息：

# 创建配置文件目录
mkdir -p /data/monitor/mysqld_exporter/

# 编写配置文件（指定 MySQL 连接信息）
cat > /data/monitor/mysqld_exporter/.my.cnf << EOF
[client]
user=prometheus
password=YourStrongPassword123!
host=127.0.0.1
port=3306
EOF

# 授权（避免权限问题）
chmod 600 /data/monitor/mysqld_exporter/.my.cnf
chown root:root /data/monitor/mysqld_exporter/.my.cnf

3.4 系统服务方式启动 exporter

# 创建系统服务文件
cat > /etc/systemd/system/mysqld-exporter.service << EOF
[Unit]
Description=Prometheus MySQL Exporter
After=network.target

[Service]
User=root
Group=root
ExecStart=/data/monitor/mysqld_exporter/mysqld_exporter --config.my-cnf=/data/monitor/mysqld_exporter/.my.cnf --web.listen-address=:9104
Restart=always

[Install]
WantedBy=multi-user.target
EOF

# 重载服务配置、启动并设置开机自启
systemctl daemon-reload
systemctl start mysqld-exporter
systemctl enable mysqld-exporter

# 验证启动状态（默认暴露 9104 端口）
systemctl status mysqld-exporter
curl http://[IP]:9104/metrics  # 能看到指标则成功

在这里插入图片描述

四、步骤 2：MySQL 服务注册到 Consul

Consul 支持服务注册（手动注册/自动注册），这里提供两种方式（推荐手动注册用于测试，生产可结合 Consul Agent 自动注册）。

方式 1：手动注册（通过 Consul HTTP API）

适合临时测试或少量实例，无需在 MySQL 节点部署 Consul Agent：

# 向 Consul 注册 MySQL 服务（替换以下参数）
# Consul 地址：192.168.37.40:8500（Consul Server 或 Client 的 HTTP 端口）
# 服务名称：mysqld-exporter（Prometheus 后续通过该名称发现）
# 服务地址：192.168.37.21（MySQL 节点 IP，即 mysqld_exporter 所在 IP）
# 服务端口：9104（mysqld_exporter 暴露的端口）
# 元数据（可选）：可存储 MySQL 实例名称、环境等，供 Prometheus 筛选

curl http://192.168.37.40:8500/v1/agent/service/register -X PUT -i -H "Content-Type:application/json" -H "X-Consul-Token: f5cc7d96-ba0f-0501-4252-903e059514bb" -d '{
  "ID": "mysql-192.168.37.21:3306",  
  "Name": "mysqld-exporter",
  "Tags": [
    "mysqld-exporter",
    "dev"
  ],
  "Address": "192.168.37.21",
  "Port": 9104,
  "EnableTagOverride": false,
  "Check": {
    "DeregisterCriticalServiceAfter": "90m",
    "HTTP": "http://192.168.37.21:9104/metrics",
    "Interval": "10s",
    "timeout": "2s"
  }
}'

方式 2：自动注册（通过 Consul Agent）

适合生产环境（多实例、动态扩容），需在每个 MySQL 节点部署 Consul Agent（作为 Client 加入 Consul 集群）：

  1. 部署 Consul Agent（参考 Consul 官方文档），确保 Agent 已加入集群。
  2. 创建服务注册配置文件：
# 在 MySQL 节点（Consul Agent 所在节点）创建服务配置
mkdir -p /etc/consul.d
cat > /etc/consul.d/mysql-monitor.json << EOF
{
  "service": {
    "id": "mysql-$(hostname -i):9104",  # 自动获取 IP 作为唯一 ID
    "name": "mysql-monitor",  # 服务名称（与手动注册一致）
    "port": 9104,
    "tags": ["env=prod", "instance=mysql-slave"],
    "meta": {
      "mysql_host": "$(hostname -i)",
      "mysql_port": 3306
    },
    "checks": [  # 健康检查（可选，Consul 定期检测 exporter 是否存活）
      {
        "http": "http://$(hostname -i):9104/metrics",
        "interval": "10s",
        "timeout": "3s"
      }
    ]
  }
}
EOF
  1. 重启 Consul Agent 加载配置：
systemctl restart consul

验证服务注册结果

访问 Consul UI（默认 http://Consul-IP:8500/ui），在「Services」中查看 mysql-monitor 服务，状态为「Healthy」则注册成功。
在这里插入图片描述

五、步骤 3：Prometheus 配置 Consul 服务发现

修改 Prometheus 配置文件，添加 Consul 服务发现规则，让 Prometheus 自动发现所有注册到 Consul 的 mysql-monitor 服务。

5.1 编辑 Prometheus 配置文件（prometheus.yml）

global:
  scrape_interval: 15s  # 全局拉取间隔

scrape_configs:
  # 其他已有配置（如 node_exporter）...

  # 添加 MySQL 监控的 Consul 服务发现配置
  - job_name: 'mysqld-exporter'  # 任务名称（自定义）
    consul_sd_configs:
      - server: '192.168.37.40:8500'  # Consul 的 HTTP 地址（Server 或 Client）
        datacenter: 'dc1'  # 与 Consul 注册时的 datacenter 一致
        tag_separator: ','
        scheme: 'http'
        services: ['mysqld-exporter']  # 只发现 Consul 中名称为 mysql-monitor 的服务
        # 可选：过滤标签（只发现 tags 包含 env=prod 的服务）
        # filter: 'ServiceTags contains "env=prod"'

    # 可选：重写拉取路径（默认 /metrics，exporter 无需修改则无需配置）
    metrics_path: '/metrics'

    # 可选：添加标签（用于区分环境、实例）
    relabel_configs:
      # 从 Consul 服务的 meta 中提取 mysql_host 作为标签
      - source_labels: [__meta_consul_service_meta_mysql_host]
        target_label: mysql_host
      # 从 Consul 服务的 tags 中提取 env 作为标签
      - source_labels: [__meta_consul_service_tag_env]
        target_label: env
      # 从 Consul 服务的 ID 中提取实例信息
      - source_labels: [__meta_consul_service_id]
        target_label: instance

5.2 验证 Prometheus 配置并重启

# 验证配置文件语法是否正确
promtool check config /etc/prometheus/prometheus.yml

# 重启 Prometheus 加载配置
systemctl restart prometheus

5.3 确认服务发现结果

访问 Prometheus UI（默认 http://Prometheus-IP:9090）：

  1. 进入「Status → Targets」，查看 mysql-monitor 任务。
  2. 若所有 MySQL 实例的 State 为「UP」，说明服务发现成功，Prometheus 已开始拉取指标。

在这里插入图片描述

六、步骤 4：可视化监控（Grafana）

Prometheus 本身不擅长可视化，推荐使用 Grafana 导入 MySQL 监控面板。

4.1 导入 MySQL 监控面板

  1. 登录 Grafana（已集成 Prometheus 数据源）。
  2. 进入「Dashboards → Import」，输入 MySQL 官方面板 ID：7362（或搜索「MySQL by Prometheus & mysqld_exporter」）。
  3. 选择 Prometheus 数据源，点击「Import」，即可看到完整的 MySQL 监控面板（包含连接数、QPS、慢查询、表空间、索引命中率等指标）。

七、Mysql监控指标

MySQL 核心监控指标清单（按维度分类）

一、可用性指标（基础必监控）
指标名指标含义核心 PromQL 查询监控意义
mysql_upMySQL 实例是否在线mysql_up直接判断实例是否存活（1=在线，0=离线）
mysql_global_status_uptime实例运行时长（秒）mysql_global_status_uptime检测实例是否频繁重启（数值骤降）
二、连接数指标（避免连接耗尽）
指标名指标含义核心 PromQL 查询监控意义
mysql_global_status_connections当前已建立的连接数mysql_global_status_connections实时查看连接数变化
mysql_global_variables_max_connections最大允许连接数mysql_global_variables_max_connections配置基准值
-连接数使用率mysql_global_status_connections / mysql_global_variables_max_connections核心：超过80%需告警
mysql_global_status_aborted_connects失败的连接尝试数increase(mysql_global_status_aborted_connects[5m])检测密码错误、权限问题等连接失败
三、性能指标（定位慢查询/锁/临时表问题）
指标名指标含义核心 PromQL 查询监控意义
mysql_global_status_slow_queries慢查询总数increase(mysql_global_status_slow_queries[5m])慢查询突增→SQL 性能问题
mysql_global_status_table_locks_waited表锁等待次数increase(mysql_global_status_table_locks_waited[5m])锁等待频繁→长事务/慢 SQL
mysql_global_status_created_tmp_tables临时表创建总数increase(mysql_global_status_created_tmp_tables[5m])临时表过多→SQL 未优化
mysql_global_status_created_tmp_disk_tables磁盘临时表创建数increase(mysql_global_status_created_tmp_disk_tables[5m]) / increase(mysql_global_status_created_tmp_tables[5m])占比超20%→需调优 tmp_table_size
mysql_global_status_handler_read_rnd随机读次数rate(mysql_global_status_handler_read_rnd[1m])数值过高→缺少索引
四、流量指标（QPS/TPS/网络吞吐）
指标名指标含义核心 PromQL 查询监控意义
mysql_global_status_queries总查询数rate(mysql_global_status_queries[1m])计算 QPS（每秒查询数）→流量波动
mysql_global_status_handler_commit事务提交数rate(mysql_global_status_handler_commit[1m]) - rate(mysql_global_status_handler_rollback[1m])计算 TPS（每秒事务数）→写入负载
mysql_global_status_bytes_received网络流入字节总数rate(mysql_global_status_bytes_received[1m])流入流量→数据写入/攻击检测
mysql_global_status_bytes_sent网络流出字节总数rate(mysql_global_status_bytes_sent[1m])流出流量→数据查询/泄露检测
五、存储指标（磁盘/空间）
指标名指标含义核心 PromQL 查询监控意义
mysql_disk_used_bytes数据目录已用磁盘空间mysql_disk_used_bytes实时查看磁盘使用量
mysql_disk_total_bytes数据目录总磁盘空间mysql_disk_used_bytes / mysql_disk_total_bytes使用率超85%→需扩容/清理
mysql_global_status_disk_full磁盘满错误数increase(mysql_global_status_disk_full[5m])检测磁盘满导致的写失败
六、主从复制指标（同步状态）
指标名指标含义核心 PromQL 查询监控意义
mysql_slave_seconds_behind_master从库延迟秒数mysql_slave_seconds_behind_master延迟超60秒→同步异常
mysql_slave_io_runningIO 线程是否运行mysql_slave_io_running (1=运行，0=停止)IO 线程停止→同步中断
mysql_slave_sql_runningSQL 线程是否运行mysql_slave_sql_running (1=运行，0=停止)SQL 线程停止→数据同步失败

八、告警

告警规则

groups:
- name: mysql_alerts
  rules:
  # ========== 基础可用性告警 ==========
  # 1. MySQL 服务不可用
  - alert: MySQLDown
    expr: mysql_up == 0
    for: 30s
    labels:
      severity: critical
      service: mysql
    annotations:
      summary: "MySQL 服务不可用 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 已下线超过 30 秒，请检查服务状态。"

  # 2. MySQL 连接数过高
  - alert: MySQLTooManyConnections
    expr: mysql_global_status_connections / mysql_global_variables_max_connections > 0.8
    for: 2m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 连接数过高 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 连接数使用率超过 80% (当前: {{ $value | humanizePercentage }})，请检查是否有连接泄露或业务突增。"

  # 3. MySQL 慢查询数突增
  - alert: MySQLSlowQueriesIncreasing
    expr: increase(mysql_global_status_slow_queries[5m]) > 10
    for: 5m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 慢查询数突增 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 最近 5 分钟慢查询数增加了 {{ $value }} 个，需检查慢查询日志优化 SQL。"

  # 4. MySQL 磁盘使用率过高（数据目录）
  - alert: MySQLDiskUsageHigh
    expr: mysql_disk_used_bytes / mysql_disk_total_bytes > 0.85
    for: 5m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 磁盘使用率过高 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 数据目录磁盘使用率超过 85% (当前: {{ $value | humanizePercentage }})，请清理数据或扩容磁盘。"

  # 5. MySQL 主从复制延迟
  - alert: MySQLReplicationLag
    expr: mysql_slave_seconds_behind_master > 60
    for: 2m
    labels:
      severity: critical
      service: mysql
    annotations:
      summary: "MySQL 主从复制延迟 ({{ $labels.instance }})"
      description: "MySQL 从库 {{ $labels.instance }} 复制延迟超过 60 秒 (当前: {{ $value }} 秒)，请检查主从同步状态。"

  # 6. MySQL 表锁等待时间过长
  - alert: MySQLTableLockWaits
    expr: mysql_global_status_table_locks_waited > 0 and increase(mysql_global_status_table_locks_waited[5m]) > 10
    for: 1m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 表锁等待频繁 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 最近 5 分钟表锁等待数增加 {{ $value }} 次，可能存在长事务或慢 SQL。"

  # 7. MySQL 临时表创建过多（磁盘临时表）
  - alert: MySQLTempTablesOnDisk
    expr: increase(mysql_global_status_created_tmp_disk_tables[5m]) / increase(mysql_global_status_created_tmp_tables[5m]) > 0.2
    for: 5m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 磁盘临时表占比过高 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 磁盘临时表占比超过 20% (当前: {{ $value | humanizePercentage }})，需优化 SQL 或调整 tmp_table_size 配置。"

  # ========== 流量相关告警（修正核心指标名） ==========
  # 8. MySQL 每秒查询量（QPS）突增
  - alert: MySQLQPSHigh
    expr: rate(mysql_global_status_queries[1m]) > 5000  # 标准指标名：mysql_global_status_queries
    for: 2m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL QPS 突增 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 每秒查询量超过 5000 (当前: {{ $value | humanize }})，可能存在流量洪峰或异常查询。"

  # 9. MySQL 每秒查询量（QPS）突降
  - alert: MySQLQPSLow
    expr: rate(mysql_global_status_queries[1m]) < 100  # 标准指标名：mysql_global_status_queries
    for: 5m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL QPS 突降 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 每秒查询量低于 100 (当前: {{ $value | humanize }})，可能存在业务中断或采集异常。"

  # 10. MySQL 网络流入流量过高
  - alert: MySQLNetworkInHigh
    expr: rate(mysql_global_status_bytes_received[1m]) > 10485760  # 10MB/s，标准指标名
    for: 3m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 流入流量过高 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 每秒流入流量超过 10MB (当前: {{ $value | humanizeBytes }}/s)，可能存在大量数据写入或网络攻击。"

  # 11. MySQL 网络流出流量过高
  - alert: MySQLNetworkOutHigh
    expr: rate(mysql_global_status_bytes_sent[1m]) > 10485760  # 10MB/s，标准指标名
    for: 3m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL 流出流量过高 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 每秒流出流量超过 10MB (当前: {{ $value | humanizeBytes }}/s)，可能存在大量数据查询或数据泄露风险。"

  # 12. MySQL 每秒写入量（TPS）突增
  - alert: MySQLTPSHigh
    expr: rate(mysql_global_status_handler_commit[1m]) - rate(mysql_global_status_handler_rollback[1m]) > 1000  # 标准指标名
    for: 2m
    labels:
      severity: warning
      service: mysql
    annotations:
      summary: "MySQL TPS 突增 ({{ $labels.instance }})"
      description: "MySQL 实例 {{ $labels.instance }} 每秒事务数超过 1000 (当前: {{ $value | humanize }})，可能存在批量写入或业务峰值。"

压测和告警

关于Mysql压测，之前写过一个文章
MySQL 压测实战：sysbench 从入门到精通

关于告警配置（钉钉）
告警通知实现 - 邮件 + 钉钉 + 自定义告警模板

第 7 章 Prometheus 监控 | 实战案例 - MySQL 监控
甘蓝的专栏
09-27 3504
基于 mysqld-exporter 实现 Prometheus 监控 MySQL Server。
第 11 章 Prometheus 监控 | 实战案例 - Nacos 监控
甘蓝的专栏
06-19 603
实现对 Nacos 的监控。
Prometheus实战教程：k8s平台-Mysql监控案例
fq3758的博客
05-16 837
配置文件优化后的 Prometheus 自动发现 MySQL 实例的完整 YAML 文件。ConfigMap。
Prometheus实战教程 - Golang 开发Prometheus 自定义 Exporter
cuiwin的专栏
11-07 889
Exporter 的核心功能是数据采集、格式转换、指标暴露，这三个功能构成其核心工作流。数据采集从目标对象（如服务器、数据库、应用程序）获取原始监控数据。支持多种采集方式，比如主动拉取（Polling）或被动接收（Push）。格式转换将采集到的异构原始数据，统一转换为标准化的指标格式。最常见的标准是 Prometheus 的指标格式，确保数据可被监控系统识别。指标暴露通过 HTTP 接口（通常是 /metrics 端点）将标准化指标对外暴露。
Prometheus实战教程：监控mysql数据库
guting18893110463的博客
03-23 1412
使用prometheus+Grafana+mysql_exporter实现监控mysql数据库各项指标数据。 mysql_exporter：采集mysql数据库各项指标数据 prometheus：获取mysql_exporter数据 Grafana：展示prometheus采集的数据
Prometheus实战监控
ArrogantB的博客
07-11 1186
讲解了多种export的使用，学会监控主机，端口以及自定义数据。掌握grafana简单使用
k8s容器内部通过Prometheus Operator部署MySQL Exporter监控k8s集群外部的MySQL
qq_39287495的博客
07-12 1160
k8s容器内部通过Prometheus Operator部署MySQL Exporter监控k8s集群外部的MySQL在按照下面步骤操作之前，请先确保服务器已经部署k8s，prometheus，prometheus operator，关于这些环境的部署，可以自行查找相关资料安装部署，本文档便不在此赘述。关于prometheus监控这部分，大致的系统架构图如下，感兴趣的同学可以自行研究一下，这里就不再具体说明。
第 12 篇 Prometheus 监控 | 实战案例 - Java 应用监控
甘蓝的专栏
06-19 1395
使用 Prometheus 监控 Java 程序的指标数据（即 JVM 监控信息）。
Prometheus Operator实战—— Prometheus、Alertmanager、Grafana 监控mysql
热门推荐
LoveSummer
12-22 4万+
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle旗下的产品。MySQL是最流行的关系型数据库管理系统之一。数据库的稳定运行是保证业务可用性的关键因素之一。本文将介绍如何使用Prometheus提供的MySQLD Exporter实现对MySQL数据库性能以及资源利用率的监控和度量。
Prometheus 监控指标采集
Korbin的博客
08-13 3812
在现代分布式系统和云原生环境中，为了确保复杂的分布式系统和服务的高可用性、可靠性和性能，通常采用实时可视化监控和分析，实现故障快速响应、资源优化和安全保障，从而提升用户满意度和运营效率。在目前主流的解决方案中，Prometheus和Grafana是两个使用 Go 开发的强大开源工具，通常一起使用来实现全面的监控和可视化系统。其中Prometheus负责采集和存储监控对象的时序数据。
MySQL 的锁类型有哪些
2301_80096362的博客
12-08 313
摘要：数据库锁机制根据锁定粒度分为全局锁、表级锁和行级锁。全局锁锁定整个数据库实例，适用于全库备份；表级锁包括表锁和元数据锁（MDL），MDL自动管理表结构变更的并发控制；行级锁针对单行记录，并发度高但开销大。三种锁在锁定粒度、开销、加锁速度和并发度上各有特点，适用于不同场景，如全局锁用于备份，表级锁用于DDL操作，行级锁用于高并发事务更新。
Linux（CentOS）安装 MySQL
2509_94088022的博客
11-29 951
CentOS版本：CentOS 7三种安装方式：一、通过 yum 安装，最简单，一键安装，全程无忧。二、通过 rpm 包安装，需具备基础概念及常规操作。三、通过 gz 包安装，需具备配置相关操作。
Linux + MySQL + Sysbench 一键部署和压测教程
soft2001525的博客
12-10 667
安装 Sysbench 并验证创建测试数据库sbtest和用户sbtest使用prepare构造数据表使用run进行各种类型压测使用cleanup清理数据分析每秒统计和最终汇总报告。
SQL篇——【MySQL篇：SQL理论】SQL 与关系型数据库核心要点详解
2403_88453964的博客
12-12 999
本文系统介绍了关系型数据库的核心概念与SQL操作指南。主要内容包括：1.关系型数据库基础概念，包括主流数据库产品对比；2.SQL语言详解，涵盖DDL（数据定义）、DML（数据操作）、DQL（数据查询）和DCL（数据控制）四大类语法；3.数据库函数与约束机制，包括字符串、数值、日期函数及主键、外键等约束类型；4.多表查询技术，涉及内连接、外连接、子查询等复杂查询方法；5.事务管理，详细说明ACID特性、隔离级别及并发控制。全文采用示例驱动的讲解方式，提供大量实用SQL代码片段，适合作为关系型数据库学习的系统参
从一次增删改操作开始：彻底理解 MySQL Buffer Pool 的地位与作用
soft2001525的博客
12-11 1367
它是 InnoDB 的核心内存引擎，是所有数据读写的唯一入口，是数据库性能与安全性的关键支撑。理解 Buffer Pool 的逻辑，你就理解了 MySQL 的一半。redo logundo log（事务回滚）MVCC脏页、刷盘策略自适应哈希索引B+树索引加载机制查询优化都与 Buffer Pool 有直接关系。如果你想系统搞懂 MySQL，从 Buffer Pool 开始是最佳路径。如果本篇文章对你有帮助，欢迎：✏️ 评论交流。
记一次Mysql数据删除生产事故处理
最新发布
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
12-12 589
因程序依然运行，相关关键的文件仍主流再内存中，通过查看/proc/的文件描述符状态为deleted，cat后恢复到指定/data/路径，复制后靠背到另一台mysql实例上启动验证数据恢复。当Mysql数据字典不同步时，MySQL会打印上面错误，且会报其无法打开一个InnoDB文件。**处理：**重置binlog，让MySQL 不在尝试读取已经不存在的二进制日志文件。现场下面对应的ibd文件是有的，但是仍然报missing；
c#安装nuget包--包源映射
积累点滴，保持自我
12-09 351
包源映射是NuGet中用于控制包下载来源的配置功能，主要用于确保特定包只能从指定源获取。常见应用场景包括：企业私有包强制从内部源下载、不同类别包从不同专用源获取、完全禁用某些源等。配置方式是在NuGet.Config文件中定义packageSources和packageSourceMapping节点，通过包名模式匹配规则（支持通配符）建立包与源的映射关系。重要特性包括：未配置映射的源将被禁用，多个源存在相同包时可通过映射规则控制优先级，且解决方案级配置会覆盖全局配置。该功能特别适合企业级包管理需求，能有效避
MySQL Undo Log 深度解析：表空间、MVCC、回滚机制与版本演进全解
往者之不谏 来者犹可追
12-08 1748
本文系统性解析了 MySQL InnoDB 的 Undo Log，包括表空间结构、Undo 的回滚与 MVCC 原理、Undo/Binlog/Redo 的区别、物理结构与写入流程、Undo 堆积及清理机制，并结合 MySQL 各版本演进对 Undo 的优化进行深入讲解。本文既适合面试备战，也适合从底层理解 MySQL 事务机制的读者。
最快速度取最新一条数据-Mysql,Sql server,access数据库
12-09 734
索引表 + 内存表是有效的：但核心价值是 “减少高频场景下的重复聚合计算”，而非单次查询的微秒级提升；存储过程是最优封装：预编译 + 减少网络交互，比直接写两次 SQL 快，且逻辑更易维护；同步机制是核心：触发器（实时）/ 定时任务（低频）二选一，必须避免索引表和业务表数据不一致；小数据量 / 低频查询无需做：实时MAX(id)已经足够快，过度设计反而增加维护成本。在 Access、SQL Server、MySQL 中，不存在通用的语法利用主键索引（聚簇索引）的有序性，避免全表扫描。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值