我正在组织的多个服务器上实施 Zabbix 监控。我最近遇到了来自 Oracle / MySQL DBA 的一些阻力。他声称以下查询是资源密集型的,因为他的数据库服务器包含数千个表。它是单行的,但我将它分成多行以帮助提高可读性:
echo "select sum($(case "$3" in both|"") echo
"data_length+index_length";; data|index)
echo "$3_length";; free) echo "data_free";; esac)) from
information_schema.tables$([[ "$1" = "all" || ! "$1" ]] ||
echo " where table_schema=\"$1\"")$([[ "$2" = "all" || ! "$2" ]] ||
echo "and table_name=\"$2\"");" | HOME=/var/lib/zabbix mysql -N
which looks like it reduces to:
select sum(data_length+index_length) from information_schema.tables;
我的具体问题是,这个查询的资源密集程度如何?如果它每分钟运行一次,组织是否应该担心它会对数据库服务器产生性能影响?
作为一名经验丰富的 UNIX/Linux 系统管理员,并且从 MySQL 手册中阅读了一些内容,似乎应该简单地添加从内存中的“information_schema”中检索到的值,但我希望得到一个可以明确描述的答案MySQL 必须采取的内部行动以及相关的影响。
这个“互联网上的随机人”可以说明一些问题......
information_schema
不是一个“真正的”数据库(直到 MySQL 8.0),而是从一堆数据中派生出来的,这些数据可能已经在 RAM 中,也可能不在 RAM 中。.frm
文件(等)。在你的情况下是“数千”。因此,这可能会非常昂贵。Data_length
等比较稳定;我希望你的监控不是每分钟都在做这个查询;这可能是一个明显的负担。一个小时一次就足够了。table_open_cache
多少?是不是超过桌数?如果不是,那么互联网上这个随机的人认为你可能陷入深渊?。我参与了数百台机器的监控。一个简单
df
的就足以提醒人们深入研究导致问题的原因。使用 a 检查 MySQL 目录du
是几个次要步骤之一。但是,我不同意我见过的每台显示器。我不在乎数据有多大。磁盘是否已满 90% 并不重要——只要它没有增长。我确实关心它是否已满 20% 但增长如此之快以至于它会在本周末之前填满。
当然,绘制尺寸图很方便,但这意味着人们必须看着它(而不是睡着)。我想要一个警报。此外,由于周期性的事情,比如 binlog 清除,图表可能看起来像锯齿——向上、向下、向上、向下!这使得“趋势分析”变得困难。
回到您的问题,即该查询是否“密集”。如果 Zabbix 值得拥有,它会给你一个银盘(或电子盘)的答案!它监控“slowlog”吗?如果是这样,这个查询会出现吗?QED。