标签:rename 数据库 trends ZABBIX uint MySQL table alter history
前言
手上有一套ZABBIX监控上线后,没特意关注过数据库,没想到两年不到的时间数据量增长到了500G,造成磁盘空间。
方案1:DELETE删除旧数据,周期太长了,而且空间释放不及时,optimize操作也费时间。
方案2:将体积大的表改造成分区表,将部分历史数据导入新表中,后期分区表删除分区释放空间更有优势。
1. 体积大的表
TABLE_NAME | TABLE_SIZE |
trends | 4757MB |
trends_uint | 12885MB |
history_str | 26045MB |
history_text | 117125MB |
history | 151793MB |
history_uint | 296685MB |
注释:
这几个表存储的是历史数据,根据情况决定是否保留。
2.关闭zabbix-server
[root]# systemctl stop zabbix-server
3. 重命名历史表
alter table trends rename to trends_20220730;
alter table trends_uint rename to trends_uint_20220730;
alter table history_str rename to history_str_20220730;
alter table history_text rename to history_text_20220730;
alter table history rename to history_20220730;
alter table history_uint rename to history_uint_20220730;
4. 新建历史表
标签:rename,数据库,trends,ZABBIX,uint,MySQL,table,alter,history 来源: https://www.cnblogs.com/haha029/p/16536410.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。