oss文件删除策略

当你想删除oss服务中某个bucket下的文件夹时,文件夹中又包含了太多文件,递归删除太过耗时,又必须删除时,此时就要用oss的文件删除策略,如下所示:

OSSClient client = new OSSClient(endpoint, accessId, accessKey);

SetBucketLifecycleRequest req = new SetBucketLifecycleRequest(bucketName);
// 添加Lifecycle规则
req.AddLifecycleRule(new LifecycleRule("delete obsoleted files", "obsoleted/", RuleStatus.Enabled, 3));
req.AddLifecycleRule(new LifecycleRule("delete temporary files", "temporary/", RuleStatus.Enabled,
        DateUtil.parseIso8601Date("2022-10-12T00:00:00.000Z")));
// 设置Bucket Lifecycle
client.setBucketLifecycle(req);
时间: 2024-10-27 08:05:38

oss文件删除策略的相关文章

WinServer2008R2用“审核对象”记录文件删除

凡事有利有弊,这个对立面是永远存在的,文件共享访问同样也存在这样的问题.虽然可以通过ntfs的权限以及在域里面为用户分组进行权限的管控,但很难做到对每一个独立用户的权限管控,因此在实际应用中就总有这样那样的问题,比如某个文件又被某个不知名的人删除了.到最后大家都推脱责任,因为某个文件夹是某些人共同拥有权限的,所以即便知道是哪些人中的某人删除了文件,但你无法知道是具体的人. 虽然删除的文件可以通过shadow copy或其他备份手段找回,但毕竟麻烦,如果能让系统记录这一事件就比较好了,有系统记录就

redis中关于过期键的删除策略

我们已经了解到了Redis是一种内存数据库,Redis中数据都是以key-value的形式存储在内存中,由Redis服务器来维护和管理这部分内存,内存是何足珍贵,不需要的数据或者是已经使用过的没用的数据是不会让它长久的存在于内存中的,毕竟我们还是要建设节约型社会的.所以我们可以通过给键设置生存时间或者过期时间来权衡有限的内存和不断增长的数据,设置过期时间的命令为:[expire key 时间长度(秒)]或者是[pexpire key 时间长度(毫秒)] 同时也可以通过[expireat key

redis学习笔记——Redis过期键的删除策略

Redis过期键的删除策略 对于过期键一般有三种删除策略 定时删除:在设置键的过期时间的同时,创建一个定时器(timer),让定时器在键的过期时间来临时,立即执行对键的删除操作: 惰性删除:放任键过期不管,但是每次从键空间中获取键时,都检查取得的键是否过期,如果过期的话,就删除该键:如果没有过期,那就返回该键: 定期删除:每隔一段时间,程序就对数据库进行一次检查,删除里面的过期键.至于删除多少过期键,以及要检查多少个数据库,则由算法决定. 下面我们来看看三种策略的优缺比较: 定时删除策略对内存是

Documents下存储文件被拒解决方法(文件存储策略应对)

苹果在iOS 5系统时,对app的文件存储提出了新的要求.从它的guildline来看,是推荐开发者尽量把app生成的文件放在Caches目录下的.原文如下: Only user-generated data or that cannot otherwise be recreated by your application, should be stored in the /Documents directory and rest should be stored to /Library/Cac

归档日志删除策略

CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default启用归档删除策略:RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;新的 RMAN 配置参数:CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;已成功存储新的 RMAN 配置参数配置归档删除策略,只要求归档备份一次到磁盘,

Linux文件删除,但是df之后磁盘空间没有释放

转自https://www.cnblogs.com/xd502djj/p/6668632.html Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 查找了下发现系统对rm进行了alias   ,因为Linux对删除操作没有回收站机制,对rm操作进行了自定义,对删除文件进行移动到/tmp 目录里面. 又对/temp删除 但是还是没有发现磁盘冲击释放 执行   lsof | grep deleted发现有大量刚刚删除文件的进程存在,kill掉进程(或者重启进程)

PHP实现阿里云OSS文件上传(支持批量)

上传文件至阿里云OSS,整体逻辑是,文件先临时上传到本地,然后在上传到OSS,最后删除本地的临时文件(也可以不删,具体看自己的业务需求),具体实现流程如下: 1.下载阿里云OSS对象上传SDK(PHP版) 通过Github下载 2.解压后,可自行修改目录名称,以下为本人项目实例(aliyun_oss改过之后的名称) 项目目录结构如下: 3.Index.php 为文件上传静态表单页 4.do_upload.php 为文件处理控制页,封装的代码如下:上传文件相关的辅助函数可以自行封装,本文是为了便于

描述Linux下文件删除的原理(计时3分钟)

Linux是通过link的数量来控制文件删除的,只有当一个文件不存在任何link的时候,这个文件才会被删除.一般来说,每个文件都有2个link计数器:i_count 和 i_nlink. i_count的意义是当前文件使用者(或被调用)的数量,i_nlink 的意义是介质连接的数量(硬链接的数量):可以理解为i_count是内存引用计数器,i_nlink是磁盘的引用计数器. 当一个文件被某一个进程引用时,对应i_count数就会增加:当创建文件的硬链接的时候,对应i_nlink数就会增加. 对于

Linux 解决文件删除了但磁盘可利用率没变

昨天收到zabbix的报警邮件,有一台服务器的 /home 目录的使用率达到了90%以上,查了一下,发现MongoDB的数据文件放到这个目录下,导致磁盘使用率很高,而这个MongoDB的数据现在又都不用了,于是就直接把它的数据文件删除了,也没做其他任何操作.可是今天zabbix上却显示/home的使用率达到了96%,上去一看,发现一个奇怪的现象 明明/home目录只使用了12G  ,但是df -h却显示使用了64G ,还有52G 被谁使用了?一直差不出原因,磁盘马上就要被写满了,焦急啊! 后来在