du -h /* |sort -nr  使用此命令一步步排查发现/var/lib/mysql/zabbix/这个目录占用磁盘空间较大 发现history_log.ibd这个文件最大,达到了38G,此文件对应的是zabbix库里的history_log表 找到问题原因后就好解决,进入zabbix,删除history_log表较早的数据即可 进入MySQL的zabbix库 delete from history_log where clock < 1540483200;   删除小于这个时间戳的数据

近期zabbix数据库占用的io高,在页面查看图形很慢,而且数据表已经很大,将采用把数据库的数据目录移到新的磁盘,将几个大表进行分表操作 一.数据迁移: 1.数据同步到新的磁盘上,先停止mysql(不停止同步的话就有问题): systemctl stop mariadb rsync -av /var/lib/mysql/ /mysql_data/ 2.修改mysql的配置文件/etc/my.cnf: datadir=/mysql_data 3.启动mysql: systemctl stop ma

点击返回:自学Zabbix之路 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很多情况下会查询改表的参数的,例如用户的自定义主题.登陆认证类型等,非常

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很

zabbix数据库mariadb从本机迁移到云mysql数据库的操作 1.将zabbix数据库导出,并导入到云数据库中 由于数据库较大,如果直接使用shell会话中断会导致数据库导出或者导入失败,使用screen screen -S backzbx 导出zabbix数据库: mysqldump -hzbx_server_ip -uroot -p --default-character-set=utf8 --opt zabbix > zabbix20161228.sql 导入到云服务器1.1.1.

前提条件是主从同步操作完成(主从同步的前提是两个数据库表结构必须一样) 先看一下mysql配置文件 vi /usr/local/mysql/my.cnf 配置内容:------------------------------------------------------------------------------------ [client] port=3306 socket=/tmp/mysql.sock default-character-set=utf8   [mysql] no-a

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.1 Zabbix数据库表结构简单解析-Hosts表.Hosts_groups表.Interface表 说在前面: 数据库中的表的名称都是复数,比如存放Host信息的表的名字是Hosts等. 数据库操作有风险,一旦出问题会造成Zabbix crash.需要谨慎操作. 普通的查询可以在备库上进行.两边数据是实时同步的. 概述: Zabbix数据库共有108个表,表的名称都是

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.2 Zabbix数据库表结构简单解析-Items表 Items表记录了item的所有设置.在Zabbix中,最多的操作就是对items的.如添加监控项.删除监控项.更新监控配置等. itemid:item的id type:item的type,和前端见面配置item的type的对应.数据库中,这一列的值是0到17的数字,分别代表不同的类型: 0:Zabbix agent

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.3 Zabbix数据库表结构简单解析-Triggers表.Applications表. Mapplings表  1.Trigger表 Trigger是zabbix的重要组成部分,相对应的Trigger表也比较复杂. 主要体现在与其他表的关联关系很强.  2. Applicaion表 Application表用于存储监控像所属于的应用 applicationid:为主键编

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.4 Zabbix数据库表结构简单解析-Expressions表.Media表. Events表  1.Expressions表 Expressions表用于判断triggers时需要用到的正则表达式,助于合理的进行triggers判断. 2.Media表 media 保存了某个用户的media配置项,即对应的告警方式,如邮件等方式.  3. Events表 当Zabbi

查询所有数据库占用磁盘空间大小的SQL语句: ,),' MB') as data_size, concat(,),'MB') as index_size from information_schema.tables group by TABLE_SCHEMA order by data_length desc; 查询单个库中所有表磁盘占用大小的SQL语句: ,),' MB') as data_size, concat(,),' MB') as index_size from informatio

查询所有数据库占用磁盘空间大小的SQL语句: 复制代码 代码如下:select TABLE_SCHEMA, concat(truncate(sum(data_length)/1024/1024,2),' MB') as data_size,concat(truncate(sum(index_length)/1024/1024,2),'MB') as index_sizefrom information_schema.tablesgroup by TABLE_SCHEMAorder by data

本次案例:100台服务器,每台服务器有30个监控项,每个监控项60秒刷新一次,需要多大的硬盘呢?众所周知,zabbix基本都是通过web配置,这些配置数据也是存放到数据库里的,但是它对硬盘容量的要求基本可以忽略不计,zabbix对硬盘的决定性因素有4个,如下: 1. 每秒处理的数据量 这个问题不说,大家也明白.这边的每秒只是一个平均值,例如我有3000个监控项,每60秒刷新一次,那么平均每秒有50(3000/60)个数据要处理.就是说每秒有50条数据要插入MySQL 2. 历史记录保存时间 za

一.Zabbix的数据存储主要分类 1.历史数据 2.趋势数据 3.事件数据 二.每秒处理的数据量 顾名思义,例如,有3000个监控项(item),每60秒取一次值,即平均每秒有50(3000/60)个数据要处理,及每秒有50条数据要插入数据库中 计算公式:每秒数据量 = 总的监控项 / 取值时间 三.历史数据 历史数据定义 每个监控项的取值数据都要记录下来,这些记录一般保留几周到几个月,每条历史数据需要占用大概50个字节(Bytes) 假如历史数据你要保留90天,有3000个监控项,监控间隔6

近来看到别人的有关数据库查询cpu占用较高的sql语句(本人sql并不好),所以查询了一下资料,记录一下,便于理解和应用. 首先,将语句贴在这里 SELECT TOP 10 --平均cpu时间 total_worker_time/execution_count AS avg_cpu_cost, plan_handle, execution_count, (SELECT SUBSTRING(text, statement_start_offset/2 + 1, (CASE WHEN stateme

上一篇:Zabbix分布式监控 acknowledges 当出现报错的时候记录 查看着张表记录了一个事件 actions 动作 自动发现 问题告警 恢复告警 自动注册 alerts 报警信息 同web页面的 auditlog 操作日志 在页面上面查看 autoreg_host 自动注册的主机 config 配置 dbversion 数据库版本需要一致 重启zabbix server看日志 dchecks escalations 告警升级 PS:默认的步骤时间间隔是3600秒 events 事件

Zabbix清理历史数据 Zabbix是个很好的监控软件,随着公司监控项目越来越多,数据越来越多,zabbix负载重,可能造成系统性能下降. Zabbix里面最大的表就是历史记录表,history,history_str,history_uint,trends trends_uint,events.清除数据表之前,做个备份,防患于未然. 方法一:相对安全 脚本内容 #!/bin/bash User="root" Passwd="123456789" Date=`da

1 基本认识 1.1 history zabbix默认每分钟采集一次item的数据,然后会存入history表中.主机越多,需要采集的item值就越多,history表的增长速度就越快. 在history表中,每一个item有一个id,然后每条数据会记录时间戳和值.通过联合查询items和hosts表,可以对应给对应的主机. 以下历史实时绘图数据就是从history表中获取的. 这是一个测试用的zabbix,只有几台主机和两个mysql,并且只运行了几天,可见,history表已有32万条数据.

一.使用 dstat -tcdlmnsygr --disk-util 查看当前系统资源使用状况,当前cpu使用率100% 二.使用TOP命令 查看当前占用CPU进程,可以看到当前占用CPU进程最高的是MYSQL load average出现负载 三.开启慢SQL的配置 1.LIUNX 系统 在mysql配置文件my.cnf中增加 slow_query_log    布尔型变量,默认为真.没有这变量,数据库不会打印慢查询的日志. slow_query_log_file=/usr/local/mys

背景:ZABBIX的环境是LNMP,MySQL的架构是M-M主备模式,单台服务器SSD硬盘800G.监控主机日渐增多,空间不足,迁移到同样架构下的SAS盘2T空间. 架构:A 192.168.0.100 -> B 192.168.0.101 -> C 192.168.0.102 -> D 192.168.0.103步骤:1.搭建级联从库2.修改zabbix server配置,加读锁,切库3.验证 1.搭建级联从库1> 检查开启B上的两个参数 log_bin log_slave_up