在 MySQL 运行时,我们调整系统时间,会造成什么影响么?

实验

按惯例,我们造个数据库:

在一个会话里,进行vsleep:

在 sleep 的同时,我们将服务器的时间向未来调整 10 秒:

我们会发现,sleep 立刻退出,只执行了0.82 秒:

我们在业务中很少会用到 sleep,那么调整系统时间会有更大的影响么?我们再来看看:

我们在一个会话中,锁住一张表:

在另一个会话中, 我们做如下几件事:

  1. 先打印一个时间戳
  2. 调整 lock_wait_timeout
  3. 访问 test.a 表

此时, 我们调整系统时间, 向过去调整 10 秒:

过一会,等访问 test.a 的请求超时了,我们来查看输出:

我们将两个时间戳相减,算出这个锁持续了多久:

5375908 – 5375891 = 17 秒

由此我们知道:调整系统时间,会影响 MDL 的等待时间的计算

小贴士

此处我们获取系统时间的方法有点奇怪,是从 /proc/timer_list 中获取, 而并非使用date之类的函数

主要原因是: 当系统时间被调整, date等命令的输出也会受到影响.

我们想客观的评估 MySQL实际等待了多久, 除了手动掐秒表, 还可以利用 单调时钟 (monotonic clock) 来进行计算.

单调时钟 不会受到系统时间变化的影响, /proc/timer_list中的输出就是单调时钟的一种

除了以上的实验, 调整系统时间, 对正在运行的MySQL还会有其他影响, 比如说 半同步的等待时间计算、 延时复制的延时时间计算 等等

我们不建议在 MySQL 运行时调整系统时间, 如需调整, 应及时重启 MySQL

思考题

本文中我们测试了 MDL 的等待时间, 大家可以设计一个实验, 测试一下 InnoDB lock 的等待时间, 会发现很大的不同.

大家可以查阅资料, 来解释其中的不同.


关于 MySQL 的技术内容,你们还有什么想知道的吗?赶紧留言告诉小编吧!

分类: 一问一实验

avatar
100
  Subscribe  
提醒