2018年5月3日,移动某平台发起告警短信,某表空间使用率超过阈值85%,按照日常惯例先对表空间扩容,再定位触发
告警的表空间中最大的段并对大段出具处理建议。本次处理中,发现表中有大字段,oracle数据库会自动为大字段创建索引段
以改善对该表大字段的查询性能;业务维护中,虽然将该表中的数据清空了(目测是delete),但是大字段对应的索引段却没
有清空。本次事件的处理过程如下:
1、确定告警表空间ZYZX的大对象
3、确定业务表中是否有数据
4、数据库维护组给出的处理建议
a、确定AUDITA30.IAP_DEVICE_SESSION_LOG无用后,删除该表
b、若AUDITA30.IAP_DEVICE_SESSION_LOG在使用中,则重建表或者导出导入
c、对表 AUDITA30.IAP_DEVICE_SESSION_LOG进行truncate,释放索引大字段的高水位
告警的表空间中最大的段并对大段出具处理建议。本次处理中,发现表中有大字段,oracle数据库会自动为大字段创建索引段
以改善对该表大字段的查询性能;业务维护中,虽然将该表中的数据清空了(目测是delete),但是大字段对应的索引段却没
有清空。本次事件的处理过程如下:
1、确定告警表空间ZYZX的大对象
2、确定大段对应的表、宿主及表空间信息
4、数据库维护组给出的处理建议
a、确定AUDITA30.IAP_DEVICE_SESSION_LOG无用后,删除该表
b、若AUDITA30.IAP_DEVICE_SESSION_LOG在使用中,则重建表或者导出导入
c、对表 AUDITA30.IAP_DEVICE_SESSION_LOG进行truncate,释放索引大字段的高水位
5、最终,业务侧实行的truncate(证实了猜测,delete操作不能释放数据表所有的索引的所占的表空间)对AUDITA30.IAP_DEVICE_SESSION_LOG后,大字段的所占表空间已经释放: