level 3
hzxcchenfu
楼主
求助各位大神，由于Zabbix中监控项很多，导致mysql历史数据过多，看到网上说可以用shell脚本定期运行的方式来清理历史数据，请问我这个脚本里面错误在哪儿？
2019年01月09日 13点01分
1
哪位老哥给指导一下吧，非常感谢～
2019年01月11日 12点01分
level 3
hzxcchenfu
楼主
2
收费可帮忙解决
2019年01月12日 02点01分
@一粒▫到撒哈拉 有点复杂？
2019年01月12日 02点01分
@hzxcchenfu 嗯嗯
2019年01月12日 02点01分
@一粒▫到撒哈拉 怎么收费呢？
2019年01月12日 02点01分
level 4
因为你删的时候是一张大表，所以当表大的时候删起来就慢。
一般的做法是，先做表分区，然后在删。![[滑稽]](/static/emoticons/u6ed1u7a3d.png)
2019年01月17日 05点01分
3
一般的做法是，先做表分区，然后在删。
问题前几日已解决，谢谢你的答复，我是在做几张表的优化
2019年01月17日 05点01分
楼主 你怎么弄的？我也遇到了这个问题
2019年04月29日 08点04分
level 9
如果说Housekeeper清理历史数据、趋势数据和事件的压力过大，建议做表分区，这样可以创建定时任务自动删除N天前的数据。
执行脚本报错，根据报错信息可知是SQL语法不正确。
Delete语句删除数据不推荐，因为Delete语句是逐条删除，删除数据过大将是一个大事务，会对数据库性能有影响。
![[开心]](/static/emoticons/u5f00u5fc3.png)
2019年05月13日 03点05分
5
执行脚本报错，根据报错信息可知是SQL语法不正确。
Delete语句删除数据不推荐，因为Delete语句是逐条删除，删除数据过大将是一个大事务，会对数据库性能有影响。
这个脚本不能执行的原因已经找到，是因为语法错误。我现在的困惑是：监控的主机太多，估计有一两百个，因此尤其是history_uint这张表很快就会增加到GB级别，在Mysql中一查询或者删除某个时间段的数据，就会导致Mysql卡死......目前仍然无法解决
2019年07月26日 12点07分
还有，如果是我这个监控规模，我用的是Ubuntu Linux系统作为Zabbix Server，我的这个Server应该配置多大的存储空间、CPU、内存呢？请大神指点迷津，谢谢！
2019年07月26日 12点07分
