这个就需要权衡了 1. truncate分区以后再重建索引。在此期间业务的相关语句的查询效率可能会受到影响 2. 分批delete以后再truncate,索引不会失效。但删除时间较长 3. 临时创建一个local索引,用来在全局索引失效时临时使用。两个索引的字段不能相同,但可以在原全局索引的字段后面加一个占用空间较小的字段来绕过去。然后truncate分区,再重建全局索引,最后删除临时的local索引。临时索引会占用额外的空间
还是建议去分批delete,再truncate。 几千万肯定是几个月积累下来的,没有实时去删除吧!要不搞一个作业找个业务量发生较少的时间段去删除。
Truncate Table --不可回滚
17,377
社区成员
95,128
社区内容
加载中
试试用AI创作助手写篇文章吧