精华内容
下载资源
问答
  • 文件操作命令:vfp提供了许多文件操作命令,如文件的查找,打开,关闭,复制,更名及显示等.如果你不dos基础,你会发现,和dos命令有几分相象的.  1.显示文件目录命令:  格式:dir [盘符][路径][to printer]  例如:  ...
  •  oracle启动时候,就会建立动态性能视图,oracle 关闭就会删除动态性视图   空间 是数据库逻辑组成部分。是有数据文件组成。   create tablespacesp001 datafile 'd:\sp001.dbf' size 10muniform ...

    动态视图

     oracle启动的时候,就会建立动态性能视图,oracle 关闭就会删除动态性视图

    表空间

    是数据库的逻辑组成部分。是有数据文件组成的。

     

    //创建表空间,第一个size是表空间的大小,第二个是 区的大小

    create tablespacesp001 datafile  'd:\sp001.dbf' size 10m  uniform size 128k;

     

    create table  dept2(id int,name varchar(2))tablespace  sp001;

    insert into  dept2 values(1,'22');


    //使表空间只读

    alter tablespacesp001 read only;

     

    insert into  dept2 values(2,'22');无法插入

    alter tablespacesp001 read write; 可以插入了

    alter tablespacesp001 offline;防止被攻击 (建立了表之后的状态为online)

     alter tablespacesp001 online;


    select  table_name,tablespace_namefrom user_tables users whereusers.TABLESPACE_NAME='SP001';

     select  table_name,tablespace_namefrom user_tables users whereusers.TABLE_NAME='DEPT2';

    drop tablespace   SP001 including contents  and datafiles;

    select tablespace_name ,table_name from user

    insert intodept2 select * from dept2;

    扩展表空间

    alter  tablespacesp001 add datafile 'D:\sp002.dbf' size 300m;

     alter tablespace sp001 datafile ’d:\sp001.dbf’ resize 20m;

     alter tablespace sp001 datafile ’d:\sp001.dbf’  autoextend on next 10m maxsize 500m;

      

    如  [北京]-----》多快土地

     

    数据库《《表空间 《《段《《区《《块

     

     如果你的数据文件所在的磁盘文件破坏,而数据文件没有坏,可以通过移动到其他盘

     

    1,获得数据文件所在的表空间

    Select tablespace_name from dba_data _files where  filename=’d:\sp001.dbf’;

     2,使表空间脱机

      Alter  tablespace sp001 offline;

     3,使用命令移动数据文件到指定的目录

    Host  move  d:\sp001.dbf c:sp001/mdf

     4,移动数据文件

     alter tablespace SP001 rename datafile  'D:\SP001.DBF' to 'C:\SP001.DBF'

     5, 使表空间联机

     Alter tablespace sp001 online;

     

    展开全文
  • Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该...

    一、Oracle跟踪文件
            Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。

    二、Oracle跟踪事件
            Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:
            EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
    通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。
    另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:
            alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
       通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events 来设置多个事件。
       格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。
                 immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与                eventnumber、forever关键字同用。
                 trace name 是关键字。
                 eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,则指根据内部事件号进行跟踪。
                 forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。
                 level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
                 levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。
     
    1、buffers事件:dump SGA缓冲区中的db buffer结构
       alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
    2、blockdump事件:dump数据文件、索引文件、回滚段文件结构
       alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
       在Oracle 8以后该命令已改为:
       alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。
    3、controlf事件:dump控制文件结构
       alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
    4、locks事件:dump LCK进程的锁信息
       alter session set events 'immediate trace name locks level 5';
    5、redohdr事件:dump redo日志的头部信息
       alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
       alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
       alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。
       注意:redo日志的内容dump可以采用下面的语句:
       alter system dump logfile 'logfilename';
    6、loghist事件:dump控制文件中的日志历史项
       alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
       levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
       alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。
    7、file_hdrs事件:dump 所有数据文件的头部信息
       alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
       alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
       alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。
    8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以
    采用这种方式得到Oracle错误。
       alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。
    9、systemstate事件:dump所有系统状态和进程状态
       alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
    10、coalesec事件:dump指定表空间中的自由区间
        levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的
    5个自由区间,转换成十进制就是327680,即:
        alter session set events 'immediate trace name coalesec level 327680';
    11、processsate事件:dump进程状态
        alter session set events 'immediate trace name processsate level 10';
    12、library_cache事件:dump library cache信息
        alter session set events 'immediate trace name library_cache level 10';
    13、heapdump事件:dump PGA、SGA、UGA中的信息
        alter session set events 'immediate trace name heapdump level 1';
    14、row_cache事件:dump数据字典缓冲区中的信息
        alter session set events 'immediate trace name row_cache level 1';
     

    三、内部事件号
    1、10013:用于监视事务恢复
    2、10015:转储UNDO SEGMENT头部
            event = "10015 trace name context forever"
    3、10029:用于给出会话期间的登陆信息
    4、10030:用于给出会话期间的注销信息
    5、10032:转储排序的统计信息
    6、10033:转储排序增长的统计信息
    7、10045:跟踪Freelist管理操作
    8、10046:跟踪SQL语句
       alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量
       alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件
    9、10053:转储优化策略
    10、10059:模拟redo日志中的创建和清除错误
    11、10061:阻止SMON进程在启动时清除临时段
    12、10079:转储 SQL*NET统计信息
    13、10081:转储高水标记变化
    14、10104:转储Hash连接统计信息
    15、10128:转储分区休整信息
    16、10200:转储一致性读信息
    17、10201:转储一致性读中Undo应用
    18、10209:允许在控制文件中模拟错误
    19、10210:触发数据块检查事件
            event = "10210 trace name context forever, level 10"
    20、10211:触发索引检查事件
    21、10213:模拟在写控制文件后崩溃
    22、10214:模拟在控制文件中的写错误
       levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错
    23、10215:模拟在控制文件中的读错误
    24、10220:转储Undo头部变化
    25、10221;转储Undo变化
    26、10224:转储索引的分隔与删除
    27、10225:转储基于字典管理的区间的变化
    28、10229:模拟在数据文件上的I/O错误
    29、10231:设置在全表扫描时忽略损坏的数据块
             alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查
             event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查
    30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件
    31、10235:用于内存堆检查
       alter session set events '10235 trace name context forever, level 1';
    32、10241:转储远程SQL执行
    33、10246:跟踪PMON进程
    34、10248:跟踪dispatch进程
    35、10249:跟踪MTS进程
    36、10252:模拟写数据文件头部错误
    37、10253:模拟写redo日志文件错误
    38、10262:允许连接时存在内存泄漏
       alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
    39、10270:转储共享游标
    40、10285:模拟控制文件头部损坏
    41、10286:模拟控制文件打开错误
    42、10287:模拟归档出错
    43、10357:调试直接路径机制
    44、10500:跟踪SMON进程
    45、10608:跟踪位图索引的创建
    46、10704:跟踪enqueues
    47、10706:跟踪全局enqueues
    48、10708:跟踪RAC的buffer cache
    49、10710:跟踪对位图索引的访问
    50、10711:跟踪位图索引合并操作
    51、10712:跟踪位图索引OR操作
    52、10713:跟踪位图索引AND操作
    53、10714:跟踪位图索引MINUS操作
    54、10715:跟踪位图索引向ROWID的转化
    55、10716:跟踪位图索引的压缩与解压
    56、10719:跟踪位图索引的修改
    57、10731:跟踪游标声明
    58、10928:跟踪PL/SQL执行
    59、10938:转储PL/SQL执行统计信息
       最后要说明的是,由于版本不同以上语法可能有些变化,但大多数还是可用的。
    分类: OralceRac

    本文转自einyboy博客园博客,原文链接:http://www.cnblogs.com/einyboy/archive/2012/06/26/2563838.html
    展开全文
  • 一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件信息与任何...

    一、Oracle跟踪文件
            Oracle跟踪文件分为三种类型:

            一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。

           另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为siddbwr.trc、sidsmon.trc等。

           还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。

    二、Oracle跟踪事件
            Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:
            EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
    通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。
    另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:
            alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
       通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events 来设置多个事件。
       格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。
                 immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与eventnumber、forever关键字同用。
                 trace name 是关键字。
                 eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,则指根据内部事件号进行跟踪。
                 forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。
                 level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
                 levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。
    1、buffers事件:dump SGA缓冲区中的db buffer结构
       alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
    2、blockdump事件:dump数据文件、索引文件、回滚段文件结构
       alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
       在Oracle 8以后该命令已改为:
       alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。
    3、controlf事件:dump控制文件结构
       alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
    4、locks事件:dump LCK进程的锁信息
       alter session set events 'immediate trace name locks level 5';
    5、redohdr事件:dump redo日志的头部信息
       alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
       alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
       alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。
       注意:redo日志的内容dump可以采用下面的语句:
       alter system dump logfile 'logfilename';
    6、loghist事件:dump控制文件中的日志历史项
       alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
       levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
       alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。
    7、file_hdrs事件:dump 所有数据文件的头部信息
       alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
       alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
       alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。
    8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以采用这种方式得到Oracle错误。
       alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。
    9、systemstate事件:dump所有系统状态和进程状态
       alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
    10、coalesec事件:dump指定表空间中的自由区间
        levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的5个自由区间,转换成十进制就是327680,即:
        alter session set events 'immediate trace name coalesec level 327680';
    11、processsate事件:dump进程状态
        alter session set events 'immediate trace name processsate level 10';
    12、library_cache事件:dump library cache信息
        alter session set events 'immediate trace name library_cache level 10';
    13、heapdump事件:dump PGA、SGA、UGA中的信息
        alter session set events 'immediate trace name heapdump level 1';
    14、row_cache事件:dump数据字典缓冲区中的信息
        alter session set events 'immediate trace name row_cache level 1';

    三、内部事件号
    1、10013:用于监视事务恢复
    2、10015:转储UNDO SEGMENT头部
            event = "10015 trace name context forever"
    3、10029:用于给出会话期间的登陆信息
    4、10030:用于给出会话期间的注销信息
    5、10032:转储排序的统计信息
    6、10033:转储排序增长的统计信息
    7、10045:跟踪Freelist管理操作
    8、10046:跟踪SQL语句
       alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量
       alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件
    9、10053:转储优化策略
    10、10059:模拟redo日志中的创建和清除错误
    11、10061:阻止SMON进程在启动时清除临时段
    12、10079:转储 SQL*NET统计信息
    13、10081:转储高水标记变化
    14、10104:转储Hash连接统计信息
    15、10128:转储分区休整信息
    16、10200:转储一致性读信息
    17、10201:转储一致性读中Undo应用
    18、10209:允许在控制文件中模拟错误
    19、10210:触发数据块检查事件
            event = "10210 trace name context forever, level 10"
    20、10211:触发索引检查事件
    21、10213:模拟在写控制文件后崩溃
    22、10214:模拟在控制文件中的写错误
       levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错
    23、10215:模拟在控制文件中的读错误
    24、10220:转储Undo头部变化
    25、10221;转储Undo变化
    26、10224:转储索引的分隔与删除
    27、10225:转储基于字典管理的区间的变化
    28、10229:模拟在数据文件上的I/O错误
    29、10231:设置在全表扫描时忽略损坏的数据块
             alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查
             event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查
    30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件
    31、10235:用于内存堆检查
       alter session set events '10235 trace name context forever, level 1';
    32、10241:转储远程SQL执行
    33、10246:跟踪PMON进程
    34、10248:跟踪dispatch进程
    35、10249:跟踪MTS进程
    36、10252:模拟写数据文件头部错误
    37、10253:模拟写redo日志文件错误
    38、10262:允许连接时存在内存泄漏
       alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
    39、10270:转储共享游标
    40、10285:模拟控制文件头部损坏
    41、10286:模拟控制文件打开错误
    42、10287:模拟归档出错
    43、10357:调试直接路径机制
    44、10500:跟踪SMON进程
    45、10608:跟踪位图索引的创建
    46、10704:跟踪enqueues
    47、10706:跟踪全局enqueues
    48、10708:跟踪RAC的buffer cache
    49、10710:跟踪对位图索引的访问
    50、10711:跟踪位图索引合并操作
    51、10712:跟踪位图索引OR操作
    52、10713:跟踪位图索引AND操作
    53、10714:跟踪位图索引MINUS操作
    54、10715:跟踪位图索引向ROWID的转化
    55、10716:跟踪位图索引的压缩与解压
    56、10719:跟踪位图索引的修改
    57、10731:跟踪游标声明
    58、10928:跟踪PL/SQL执行
    59、10938:转储PL/SQL执行统计信息
       由于版本不同以上语法可能有些变化,但大多数还是可用的。

    转载于:https://www.cnblogs.com/myitworld/archive/2011/10/11/2214735.html

    展开全文
  • 平时维护网站时候一定会遇到数据...下面我讲解在Linux下通过命令修复损坏的表文件。以下操作以本博客使用 WordPress 程序演示,如果部分表存在问题则可以修复或优化。登录MariaDB数据库$ mysql -u root -pEnter...

    平时维护网站的时候一定会遇到数据表崩溃,这可能是MySQL没有正常关闭或断电等原因导致。这时就需要我们手动修复表文件,通常可以通过数据库管理工具,例如:phpmyadmin 进行可视化修复。下面我讲解在Linux下通过命令修复损坏的表文件。

    以下操作以本博客使用的 WordPress 程序演示,如果部分表存在问题则可以修复或优化。

    登录MariaDB数据库

    $ mysql -u root -p

    Enter password:[输入您的mysql或管理其数据库的密码]

    Welcome to the MariaDB monitor. Commands end with ; or \g.

    Your MariaDB connection id is 84162

    Server version: 10.3-MariaDB MariaDB Server

    Copyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others.

    Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

    MariaDB [(none)]> use renwolecomdb;

    查看当前所有数据表文件:

    MariaDB [renwolecomdb]> show tables;

    +------------------------+

    | Tables_in_renwolecomdb |

    +------------------------+

    | wp_baidusubmit_sitemap |

    | wp_baidusubmit_urlstat |

    | wp_commentmeta |

    | wp_comments |

    | wp_links |

    | wp_options |

    | wp_postmeta |

    | wp_posts |

    | wp_term_relationships |

    | wp_term_taxonomy |

    | wp_termmeta |

    | wp_terms |

    | wp_usermeta |

    | wp_users |

    +------------------------+

    14 rows in set (0.00 sec)

    如果感觉您的数据库某个表加载较慢,可以进行数据表优化,命令如下:

    MariaDB [renwolecomdb]> OPTIMIZE TABLE wp_baidusubmit_urlstat;

    +------------------------------------+----------+----------+----------+

    | Table | Op | Msg_type | Msg_text |

    +------------------------------------+----------+----------+----------+

    |renwolecomdb.wp_baidusubmit_urlstat | optimize | status | OK |

    +------------------------------------+----------+----------+----------+

    1 row in set (0.11 sec)

    上面已打印出详细的分析报告。

    下面将修复被破坏的表文件,命令如下:

    MariaDB [renwolecomdb]> REPAIR TABLE wp_baidusubmit_sitemap;

    +------------------------------------+--------+----------+----------+

    | Table | Op | Msg_type | Msg_text |

    +------------------------------------+--------+----------+----------+

    |renwolecomdb.wp_baidusubmit_sitemap | repair | status | OK |

    +------------------------------------+--------+----------+----------+

    1 row in set (0.00 sec)

    修复成功。

    修复 InnoDB 引擎的表文件,命令如下:

    MariaDB [renwolecomdb]> REPAIR TABLE wp_commentmeta;

    +----------------------------+--------+----------+---------------------------------------------------------+

    | Table | Op | Msg_type | Msg_text |

    +----------------------------+--------+----------+---------------------------------------------------------+

    |renwolecomdb.wp_commentmeta | repair | note | The storage engine for the table doesn't support repair |

    +----------------------------+--------+----------+---------------------------------------------------------+

    1 row in set (0.00 sec)

    提示错误报告:The storage engine for the table doesn't support repair.

    上述报错说明该数据库InnoDB引擎数据表不支持修复。

    但需要说明的是:

    InnoDB损坏表的几率非常小,因为InnoDB是先写入日志,再写入数据库,因此InnoDB引擎比MyISAM健壮很多,而且他有自我修复能力,一般情况一旦InnoDB的数据文件损坏,只能找备份恢复。

    所以我们平时做运维的一定要对数据备份、备份、再备份,以防万一。

    展开全文
  • 一、Oracle跟踪文件Oracle跟踪文件分为三种类型:一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障...
  • sync命令 linux同步数据命令 ...功能:sync命令是关闭Linux系统时使用。 用户需要注意是,不能用简单的关闭电源方法关闭系统,因为Linux象其他Unix系统一样,在内存中缓存了许多数据,在关闭系...
  • 昨天我同事把里面数据给删除了,关键是那家伙还不知道自己是怎么删除。。。额。。 我之前写过一篇关于使用mysqldump 命令备份方法,这个情况不一样,问题发生以后第一时间找我们网管要数据, 最开始...
  • 3、mysqld(mysqld是用来启动mysql数据库的命令mysql是打开并执行sql语句的命令这两个都在mysql安装文件夹的bin目录下)进程在写时被杀掉。4、使用mylsamchk的同时,mysqld也在操作。5、磁盘死机故障。6、服务器...
  • 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现...
  • 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出...
  • 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据...
  • 一、Oracle跟踪文件ITPUB个人空间aaCK(rq Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在 启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alt...
  • Linux常用的命令

    2014-09-21 19:43:32
    group file 改文件的用户与所属组 chgrp group file 改文件所有组 usermod –G(g覆盖原组) grpup user改用户属于什么组(共享的组,即同时可以在多个组中) df 查看分区信息 sda 串口硬盘 —h 可读的 du 查看当前...
  • @字符放在命令前面将关闭命令的回显 参数使用 %i 代表批处理文件参数 %0代表批处理自身,带扩展名全路径提示用户输入变量方法 如下variable是一个变量名 set /p variable提示用户输入 %variable%...
  • 把当前目录下的所有jpg文件的日期年份更改为2009年,保持日期的其他部分(月、日及时间)不变! (三)jhead-nf%Y_%m%d_i*jpg 把当前目录下的所有jpg文件的文件名更改为:年4位_月2位日2位_4位序号jpg如:2009_1201_...
  • Oracle 常用dump命令

    2013-11-29 22:01:13
    Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程活动情况,如空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 478
精华内容 191
关键字:

关闭表文件的命令是