监控 ProxySQL

register [] [] [] []

注册当前节点到 PMM 服务器

remove [] []

从监控中删除服务

7.添加 mysql 监控。

MySQL 服务器添加指定权限用户

create user pmm@’%’ identified by ‘pmmpassword’;

grant select,process,super,replication client on . to ‘pmm’@’%’;

grant update,delete,drop on performance_schema.* to ‘pmm’@’%’;

flush privileges;

#授权密码如报错：Your password does not satisfy the current policy requirements

set global validate_password_policy=LOW;

MySQL8.0 版本设置：set global validate_password.policy=LOW;

查询分析获得从 MySQL 中获取指标数据有两种可能的来源：慢查询日志和 Performance Schema

添加 Performance Schema 数据字典监控

pmm-admin add mysql –query-source=perfschema –username=pmm –password=pmmpassword ps-mysql

添加慢日志监控

pmm-admin add mysql –query-source=slowlog –username=pmm –password=pmmpassword sl-mysql

查看运行的服务

pmm-admin list

9.pmm 服务器页面查看

点击 Query Analytics 进入 SQL 语句分析

10.MySQL 最佳配置

慢日志设置

如果你使用 Percona 分支版本，正确的慢查询日志配置将以最小的开销提供最多的信息。否则，如果支持请使用 PerformanceSchema。

按定义，慢查询日志应该只记录慢查询。这些查询的执行时间超过了特定的阈值。这个阈值由参数 long_query_time 指定。

在高负载的应用中，频繁快速的查询比罕见的慢速查询对性能的影响要大的多。为全面分析你的查询流量，设置 long_query_time 为 0，这样所有的查询语句都将被记录。

然而，记录所有的查询将消耗 I/O 带宽，并导致慢查询日志增长很快。为了限制记录到慢查询日志中的查询数量，使用 Percona 分支版本中的查询采样功能。

查询采样可能导致一些罕见的慢查询无法被记录到慢查询日志中。为了避免这种情况，使用 slow_query_long_always_write_time 参数指定哪类查询应该被忽略采样。也就是说，长时间的慢查询应该始终记录到慢查询日志中。

Performance Schema 设置

PMM 查询数据的默认源是慢查询日志。这在 MySQL5.1 及以后的版本中可用。从 MySQL5.6 版本（包括 Percona 分支版本 5.6 及以后版本），你可以选择从 Performance Schema 中解析查询数据，而不是慢查询日志。从 MySQL5.6.6 开始，默认启用 Performance Schema。

Performance Schema 不像慢查询日志那样有丰富的数据，但是它具有所有关键的数据，并且通常解析很快。如果您没有使用 Percona 分支版本（支持对慢查询日志采样），Performance Schema 是更好的选择。

启用 Performance Schema ，要将 performance_schema 参数设置为 ON:

SHOW VARIABLES LIKE ‘performance_schema’;

+——————–+——-+

| Variable_name | Value |

+——————–+——-+

| performance_schema | ON |

+——————–+——-+

如果这个参数没有设置为 ON，在 my.cnf 配置文件中添加以下内容并重启 MySQL 服务。

[mysql]

performance_schema=ON

如果您使用了自定义的 Performance Schema 配置，确认 statement_digest 消费者已经启用：

select * from setup_consumers;

+———————————-+———+

| NAME | ENABLED |

+———————————-+———+

| events_stages_current | NO |

| events_stages_history | NO |

| events_stages_history_long | NO |

| events_statements_current | YES |

| events_statements_history | YES |

| events_statements_history_long | NO |

| events_transactions_current | NO |

| events_transactions_history | NO |

| events_transactions_history_long | NO |

| events_waits_current | NO |

| events_waits_history | NO |

| events_waits_history_long | NO |

| global_instrumentation | YES |

| thread_instrumentation | YES |

| statements_digest | YES |

+———————————-+———+

15 rows in set (0.00 sec)

重要

Performance Schema 生产者在 MySQL5.6.6 及之后的版本中默认启用。它在 MySQL5.6 之前的版本中完全不可用。如果某些生产者没有被启用，您在 MySQLPerformanceSchemaDashboard 的 dashboard 中看不到相应的图。启用所有的生产者，在启动 MySQL 服务时设置 –performance_schema_instrument 选项为 ‘%=on’。

mysqld –performance-schema-instrument=’%=on’

这个选项会带来额外的负载，请小心使用。

如果实例已经在运行，配置 QAN agent 从 Performance Schema 中收集数据：

1.打开 PMM Query Analytics dashboard。

2.点击 Settings 按钮。

3.打开 Settings 部分。

4.从收集下拉列表中选择 PerformanceSchema。

5.点击 Apply 保存更改。

如果您使用 pmm-admin 工具添加一个新的监控实例，使用 –query-sourceperfschema 选项：

使用 root 用户或者 sudo 命令执行以下命令

pmm-admin add mysql –username=pmm –password=pmmpassword –query-source=‘perfschema’ ps-mysql 127.0.0.1:3306

更多信息，请执行 pmm-admin add mysql–help。

MySQL InnoDB 指标

为图形收集指标和统计信息会增加开销。您可以使用收集和绘制低开销的指标，在故障排除时启用高开销的指标。

InnoDB 指标提供了有关 InnoDB 操作的详细信息。尽管您可以选择捕获指定的计数器，但是即使始终启用它们，它们的开销也很低。启用所有的 InnoDB 指标，设置全局参数 innodb_monitor_enable 为 all:

SET GLOBAL innodb_monitor_enable

Percona 分支版本的特殊设置

默认情况下，并非所有 Metrics Monitor 的 dashboard 都可以用于所有 MySQL 分支和配置：Oracle 版，Percona 版或者 MariaDB。一些图形适用于 Percona 版本和专有的插件和额外的配置。

MySQL 用户统计信息（userstat）

用户统计信息是 Percona 分支版本和 MariaDB 分支版本的功能。它提供了用户活动、单个表和索引访问的信息。在某些情况下，收集用户统计信息可能会带来高昂的开销，所以请谨慎使用此功能。

启用收集用户统计信息，设置 userstat 参数为 1。

查询相应时间插件

查询响应时间分布是 Percona 分支版的可用功能。它提供了不同查询组的查询响应时间变化的信息，通常可以在导致严重问题之前发现性能问题。

启用收集查询响应时间：

1.安装 QUERY_RESPONSE_TIME 插件 mysql>INSTALL PLUGIN QUERY_RESPONSE_TIME_AUDIT SONAME’query_response_time.so’;mysql>INSTALL PLUGIN QUERY_RESPONSE_TIME SONAME’query_response_time.so’;mysql>INSTALL PLUGIN QUERY_RESPONSE_TIME_READ SONAME’query_response_time.so’;mysql>INSTALL PLUGIN QUERY_RESPONSE_TIME_WRITE SONAME’query_response_time.so’;

2.设置全局参数 query_response_time_stats 为 ON。 mysql>SET GLOBAL query_response_time_stats=ON;

相关信息：Percona 分支版官方文档

query_response_time_stats: https://www.percona.com/doc/percona-server/5.7/diagnostics/responsetimedistribution.html#queryresponsetime_stats

Response time 介绍: https://www.percona.com/doc/percona-server/5.7/diagnostics/responsetimedistribution.html#installing-the-plugins

logslowrate_limit

log_slow_rate_limit 参数定义了慢查询日志记录查询的比例。一个好的经验是每秒记录 100 个查询。例如如果您的 Percona 实例 QPS 为 10000，您应该设 log_slow_rate_limit 为 100,这样慢日志会记录每 100 个查询。

注意

当使用查询采样时，设置 log_slow_rate_type 为 query，以便它应用的是查询而不是会话。最好设置 log_slow_verbosity 为 full，以便在慢查询日志中记录每个记录的查询语句的最大的信息量。

logslowverbosity

• log_slow_verbosity 参数指定了慢查询日志中包含多少信息。最好设置 log_slow_verbosity 为 full，以便存储有关每个记录的查询语句的最大信息量。

slowqueryloguseglobal_control

默认情况下，慢查询日志只适用于新会话。如果希望调整慢查询日志设置并将这些设置应用于现有连接，请将 slow_query_log_use_global_control 设置为 all。

为 PMM 配置 MySQL8.0

MySQL8（在 8.0.4 版本中）改变了对客户端身份验证的方式。 default_authentication_pluging 参数设置为 caching_sha2_password。默认值的改变意味着 MySQL 的驱动需要支持 SHA-256 身份验证。另外，在使用 caching_sha2_password 时，必须对 MySQL8 的加密通道进行加密。

PMM 使用的 MySQL 驱动还不支持 SHA-256 身份验证。

为支持当前 MySQL 的版本，PMM 需要设置专有的 MySQL 用户。该 MySQL 用户应该使用 mysql_native_password 插件。虽然 MySQL 被配置支持 SSL 客户端，但是到 MySQL 服务器的连接没有加密。

有两种解决方法监控 MySQL8.0.4 及以上版本

1.更改你打算用于 PMM 的 MySQL 用户

2.改变 MySQL 的全局配置

更改 MySQL 用户

假设你已经创建了你打算用于 PMM 的 MySQL 用户，请使用以下方法更改：

然后，将此用户传递给 pmm-admin add 作为 –username 的参数值

这是首选的方法，因为这只会降低一个用户的安全性。

更改全局 MySQL 的配置

一种不太安全的方法是在添加监控前将 default_authentication_plugin 设置为 mysql_native_password。然后，重启 MySQL 服务，应用这个更改。