truncate table tablename DROP STORAGE; drop 执行drop table xx 语句drop后的表被放在回收站(user_recyclebin)里,而不是直接删除掉.这样,回收站里的表信息就可以被恢复,或彻底清除.通过查询回收站user_recyclebin获取被删除的表信息,然后使用语句flashback table <user_recyclebin.object_name or user_recyclebin.original_name> to be

练习oracle时create了很多表,drop表后select * from tab; 网上找了好些方法,但是好多都适用... SQL>purge recyclebin; 回收站已清空.

这个这个,我必须花巨大篇幅,记录下今天清空表记录的英雄壮举,可知道一个drop操作,执行了一下午啊一下午,这是要急出翔的节奏..呵呵,下面开始 我的需求:某表因历史原因,积压了1亿条记录,约占360G空间.我要清掉它,就是这么简单. 尝试1:作为DB小菜,首先想到的,当然是delete命令.于是欢快的执行了delete from mytable; 知道吗?一杯茶都喝完了,它还没有执行完.我的尊严受到了挑战,捉急了,开始google. 尝试2:好,换用truncate命令.truncate tab

     现在进入oracle12c时代:普遍用的oracle版本为10g以上.在oracle10g之后提供了一个回收的机制.所以恢复drop表的数据以及表很容易.当然需要打开回收机制以及是归档模式.若表被drop table tablename purge;这个是闪回技术恢复不了的.现如今中国技术达人(laoxiong)提供了odu工具,让这成为现实.大家可以关注他的博客.在此感谢(laoxiong)的贡献.        就在这几天,技术老大认为数据库有几张表没用(其实另外一个平台页面有用)

一则清理MySQL大表以释放磁盘空间的案例 一.基本情况: 1.dbtest库554G,先清理st_online_time_away_ds(37G)表的数据,保留半年的数据: 1)删除的数据:select count(1),tdate from dbtest.st_online_time_away_ds where tdate < '2017-08-01';(记录数为:462171894) 2)保留的数据:select count(1),tdate from dbtest.st_online_t

drop表 执行drop table xx 语句     drop后的表被放在回收站(user_recyclebin)里,而不是直接删除掉.这样,回收站里的表信息就可以被恢复,或彻底清除.     通过查询回收站user_recyclebin获取被删除的表信息,然后使用语句                    flashback table <user_recyclebin.object_name or user_recyclebin.original_name> to before dro

在oracle中,比如 drop table STC_GHSLB; 系统同时自动删除的有这个表的主键.索引.trigger. 不能同时自动删除的有:sequence. 因为sequence不跟表关联,它是独立存在的序列,多个表都可以用同一个sequence. 所以要通过drop sequence STAFFLOGIN_LOG_SEQ 这种sql来删除. 如果你不记得已经建了哪些索引,可以这样:select * from user_sequences 配合SEQUENCE_NAME like条件,

Oracle 在Drop表时的Cascade Constraints 假设A为主表(既含有某一主键的表),B为从表(即引用了A的主键作为外键).则当删除A表时,如不特殊说明,则 drop table A 系统会出现如下错误警告的信息而不会允许执行. ERROR at line 1:  ORA-02449: unique/primary keys in table referenced by foreign keys 此时必须用,drop table A cascade constraints:

1.查看表所占空间 SELECT   TABLESPACE_NAME,TO_CHAR(SUM(BYTES)/(1024*1024),'999G999D999')   CNT_MB     FROM   DBA_EXTENTS     WHERE   OWNER='&OWNER'   AND   SEGMENT_NAME='&TABLE_NAME'   AND   SEGMENT_TYPE   LIKE   'TABLE%'     GROUP   BY   TABLESPACE_NAME;

查看当前用户的每个表所占的空间大小: select segment_name,sum(bytes)/1024/1024 size_M from user_extents group by segment_name order by size_M desc; 查询用户下面的所有表: select * from user_tables ; 但当我想查看表空间大小的时候,比如运行下面的语句, Select Tablespace_Name,Sum(bytes)/1024/1024 From Dba_Se

需求描述: 今天在看mysqldump工具的使用过程,发现一个同事,是这样写的mysqldump命令 mysqldump -uroot -pmysql employees titles | mysql -uroot -pmysql -D top_server 思考:为啥要这么操作呢?所以,就做了个试验. 操作过程: 1.首先对mysqldump单独执行 [mysql@redhat6 mysql_backup]$ mysqldump -uroot -pmysql employees titles

数据库执行drop table XXX后,查看du -sh 已下降,但df -h /pgdb没有减少,是有还有进程使用对应的文件句柄 1.通过表名确认文件ID select pg_relation_filepath('table_name'); 2.确认使用文件ID的进程是否可以删除 lsof | grep “文件ID” select * from pg_stat_activity where pid="PID” 3.删除对应进程 select pg_terminate_backend('PID

场景说明: 客户 ASM磁盘组,data磁盘组空闲空间90G,空间不足,因此强烈建议回收空间 空间回收方案: 1.数据文件resize,回收部分可用性空间(好处就是能够将ASM磁盘组free大小增加): 2.大的无用对象清理,释放空闲空间(好处就是释放空间所在的表空间,新增数据能够使用删除的大对象原空间,而无需对表空间进行扩容): 1.回收数据文件,对数据文件进行resize SQL>/) CurrentMB,ceil(HWM*a.block_size)// ResizeTo, (a.bytes

己亥清爽系列说明:清爽系列是作为恢复系列的基础篇,基于FS(File System)文件系统的手工还原恢复,也叫基于用户管理的还原恢复,来自于博客园AskScuti. 实验说明:你不小心Drop掉了一张表数据,且没能及时反应过来,后面才恍然大悟,想利用闪回Drop技术进行闪回操作,可发现表空间被挤占,导致回收站里改表已被清空,又或者表是以Purge方式Drop掉的.如何进行手工不完全还原恢复操作.注:在数据文件.控制文件.在线日志和归档日志都完整的情况下. 基于版本:Oracle 11gR2 1

环境:RHEL 5.3 + IEE 5.1.40 本文目的:指导项目侧人员再遇到此类改动需求时可以自己更改.需求:mr_intrainterfreq表重建,历史数据全部删掉. 1.停库: 1.1确认现在IEE的进程状态: [root@XZWRNOPMRA ~]# ps -ef|grep mysql root 22063 1 0 10:44 pts/6 00:00:00 /bin/sh /usr/local/infobright-4.0.6-x86_64/bin/mysqld_safe --def

2014-06-25 Created By BaoXinjian

1.查看回收站中表 select object_name,original_name,partition_name,type,ts_name,createtime,droptime from recyclebin; 2.恢复表 SQL>flashback table test_drop to before drop; 或 SQL>flashback table "BIN$zGmbX+sxT2S3YtdqJWNa5g==$0" to before drop; 脑袋一花,吓个半

在mysql中有一个默认的数据表information_schema,information_schema这张数据表保存了MySQL服务器所有数据库的信息.如数据库名,数据库的表,表栏的数据类型与访问权限等.再简单点,这台MySQL服务器上,到底有哪些数据库.各个数据库有哪些表,每张表的字段类型是什么,各个数据库要什么权限才能访问,等等信息都保存在information_schema表里面,所以请勿删改此表. 1.切换数据库 use information_schema; 2.查看某个库占用的空

问题背景: 在安装完Hive之后,初始化mysql是成功的,hive启动也是成功的,也能创建database,在database中也能创建表,也能查看表结构,但是在drop的时候就不行了,在hive shell中会卡顿一段时间,然后就报错了,差不多就是这样“FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask”,然后再输入任何命令就一直报这个错误了. 问题解决: 最终排查发现是因为Li

http://hi.baidu.com/rebooo/item/12b500b130022bf263388e69假设A为主表(既含有某一主键的表),B为从表(即引用了A的主键作为外键).则当删除A表时,如不特殊说明,则 drop table A 系统会出现如下错误警告的信息而不会允许执行. ERROR at line 1:  ORA-02449: unique/primary keys in table referenced by foreign keys 此时必须用,drop table A 

---收缩数据库日志文件 USE [master]ALTER DATABASE yourdatabasename SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE yourdatabasename SET RECOVERY SIMPLE USE yourdatabasename DBCC SHRINKFILE (N'yourdatabasename _Log' , 0,TRUNCATEONLY) --数据库日志文件名(数据库右键-属性-日志逻辑文件名)