当对mysql的表performance_schema.events_statements_summary_by_digest 进行delete的时候报错：DELETE command denied

这个错误表示当前用户没有权限执行对 'events_statements_summary_by_digest' 表的 DELETE 操作。这是因为 MySQL 的 performance_schema 数据库是一个系统数据库，其中的表和数据是用于 MySQL 的性能监控和调优。为了保护这些数据，MySQL 默认情况下不允许用户对 performance_schema 数据库的表进行修改和删除操作。

如果您确实需要删除 'events_statements_summary_by_digest' 表中的数据，可以尝试使用 root 用户或拥有相应权限的用户进行操作。或者，您也可以尝试使用 TRUNCATE 命令来清空该表中的数据，例如：

TRUNCATE TABLE performance_schema.events_statements_summary_by_digest;

但是，为了保护 MySQL 的性能监控和调优功能，建议您谨慎操作，不要轻易删除 performance_schema 数据库中的数据。

相关问题

问题2：mysql的表performance_schema.events_statements_summary_by_digest数据写满的情况下，如何计算出高频次执行的sql及时间耗费？

当MySQL的表performance_schema.events_statements_summary_by_digest数据写满时，您可以使用以下查询来计算高频次执行的SQL及其时间耗费：

SELECT 
  SCHEMA_NAME, 
  DIGEST_TEXT, 
  COUNT_STAR, 
  SUM_TIMER_WAIT/1000000000000 AS total_latency, 
  AVG_TIMER_WAIT/1000000000000 AS avg_latency 
FROM 
  performance_schema.events_statements_summary_by_digest 
WHERE 
  SCHEMA_NAME = 'your_schema_name' 
ORDER BY 
  COUNT_STAR DESC 
LIMIT 10;

这将显示在指定架构中执行次数最多的前10个SQL语句及其总延迟时间和平均延迟时间。您可以将“your_schema_name”替换为您要查询的架构名称。

另外，您还可以使用一些工具来帮助您分析MySQL的性能，例如pt-query-digest和mysqlsla等。这些工具可以帮助您分析MySQL的慢查询日志，并找出慢查询和问题SQL语句。

- collector.performance_schema.eventswaits - collector.performance_schema.file_events - collector.performance_schema.indexiowaits - collector.performance_schema.tableiowaits - collector.performance_schema.tablelocks这几参数都需要等号吗

这几个参数都不需要等号，因为它们是在一个列表中列出的。在yaml格式的配置文件中，如果需要列出多个参数，可以使用列表的方式进行配置，每个列表元素之间使用短横线"-"进行分隔。

例如，在mysqld_exporter的配置文件中，您可以将这几个参数配置为一个列表，如下所示：

collectors:
  - performance_schema.eventswaits
  - performance_schema.file_events
  - performance_schema.indexiowaits
  - performance_schema.tableiowaits
  - performance_schema.tablelocks

在这个配置中，您可以看到每个参数都使用短横线"-"进行分隔，并且不需要等号分隔符。只有在单个参数的配置中，才需要使用"键=值"的格式进行配置，并在键值对之间使用换行符进行分隔。