MySQL 8.0中performance_schema的TIMER_START时间转换疑问

核心原因：文档表述歧义与实际定时器实现 #

官方文档中提到TIMER_*列是"Performance Schema初始化以来的皮秒数"，但这个描述是逻辑精度层面的简化表述，实际存储的是定时器计数周期的次数，而非物理皮秒的直接计数。不同系统上，MySQL使用的定时器硬件/实现不同，计数周期的实际长度也不同，这才导致你用10e-12转换出错，10e-13却得到正确结果。

如何确认实际转换系数 #

你可以通过查询performance_schema_timer_frequency变量，获取定时器每秒的计数次数，从而计算出每个计数单位的实际时间：

SELECT @@performance_schema_timer_frequency;

假设该变量的值为F，那么每个计数单位的时间是 1/F 秒。例如：

• 如果F=1e11，则每个单位是10皮秒（1/1e11=10^-11秒），转换为秒的公式是 TIMER_START * 10^-11（即TIMER_START * 10e-12）
• 如果F=1e12，则每个单位是1皮秒，转换公式是TIMER_START *10^-12
• 你的情况中TIMER_START *10e-13生效，更可能是你直接将计数转换为Unix时间戳的方法有误——TIMER_START的基准是Performance Schema初始化时间，而非Unix纪元时间，不能直接用计数乘以系数得到时间戳。

正确的时间转换方法 #

要将TIMER_START转换为可读的系统时间，应该结合当前定时器值和系统时间计算：

SELECT 
  events_statements_history_long.*,
  FROM_UNIXTIME(
    UNIX_TIMESTAMP() - (TIMER_NOW() - TIMER_START)/@@performance_schema_timer_frequency
  ) AS start_time
FROM performance_schema.events_statements_history_long;

这个公式的逻辑是：

1. TIMER_NOW() - TIMER_START：获取从语句启动到当前的定时器计数差
2. 除以performance_schema_timer_frequency：转换为秒数
3. 用当前Unix时间戳减去这个秒数，得到语句启动的Unix时间，再用FROM_UNIXTIME()转换为可读格式

TIMER_WAIT转毫秒的困惑 #

TIMER_WAIT是事件持续时间的计数次数，转换为毫秒的标准公式是：

TIMER_WAIT / @@performance_schema_timer_frequency * 1000

如果你的测试中TIMER_WAIT *10E-10得到正确结果，说明你的performance_schema_timer_frequency=1e12（此时1000/1e12=10^-9=10E-10*10？可能是你测试时的计算逻辑简化了系数，但依赖变量计算才是最准确的做法）。

总之，不要依赖固定的系数，直接使用performance_schema_timer_frequency变量计算才是准确的，它会根据你的系统自动适配定时器的实际周期。

内容的提问来源于stack exchange，提问作者tesla