zoukankan      html  css  js  c++  java
  • MySQL文件和Innodb引擎文件

    构成MySQL数据库和InnoDB存储引擎表的各种类型文件,组要有以下文件

    参数文件:告诉MySQL实例启动时在哪里可以找到,数据库文件,并且指定某些初始化参数,这些参数定义了某种内存结构的大小等设置

    日志文件:用来记录MySQL实例对某种条件做出响应时写入的文件,如错误日志文件、二进制日志文件、慢查询日志文件、查询日志文件等

    socket文件:当UNIX域套接字方式进行连接时需要的文件

    pid文件:MySQL实例的进程ID文件

    MySQL表结构文件:用来存放MySQL表结构定义文件

    存储引擎文件:因为MySQL表存储引擎的关系,每个存储引擎都会有自己的文件来保存各种数据.这些存储引擎真正存储了记录和索引等数据

    日志文件

    错误日志:

    错误日志文件对MySQL的启动、运行、关闭过程进行了记录。MySQL DBA在遇到问题时应该首先查看该文件以便定位问题。该文件不仅记录了所有的错误信息,也记录了一些警告信息或正确的信息

    慢查询日志:

    慢查询日志可帮助DBA定位可能存在问题的SQL语句,从而进行SQL语句层面的优化。例如,可以在MySQL启动时设一个阈值,将运行时间超过该值的所有SQL语句都记录到慢查询日志文件中该阈值可以通过参数long_query_time来设置,默认值为10,代表10秒

    查询日志:

    查询日志记录了所有对MySQL数据库请求的信息,无论这些请求是否得到了正确的执行。默认文件名为:主机名.log

    二进制日志:

    二进制日志记录了对MySQL数据库执行更改的所有操作(update,delete,insert 命令),但是不包括SELECT和SHOW这类操作,因为这类操作对数据本身并没有修改。

    二进制日志主要有以下几种作用:

    恢复:某些数据的恢复需要二进制日志,例如,在一个数据库全备文件回复后,用户可以通过二进制日志进行point-in-time的恢复

    复制:通过复制和执行二进制日志使一台远程的MySQL数据库与一台MySQL数据库进行同步(master-slave同步)

    审计:用户可以通过二进制日志中的信息来进行审计,判断是否有对数据库进行注入的攻击

    当使用事务的表存储引擎时,所有未提交的二进制日志会被记录到一个缓存中去,等该事务提交时直接将缓冲中的二进制日志写入二进制日志文件,而该缓冲区的大小由binlog_cache_size决定,默认大小为32k。binlog_cache_size是基于会话的。在默认情况下,二进制日志并不是在每次写的时候同步到磁盘。因此,当数据库所在操作系统发生宕机时可能会有最后一部分数据没有写入二进制日志文件中。sync_binlog=1表示采用同步写磁盘的方式来写二进制日志,这时写操作不使用操作系统的缓冲来写二进制日志

    套接字文件:

    在unix系统下本地连接MySQL可以采用UNIX域套接字方式,这种方式需要一个套接字(socket)文件。套接字文件可由参数socket控制。一般在/tmp目录下名为mysql.sock

    表结构定义文件:

    MySQL插件式存储引擎的体系结构的关系,MySQL数据的存储是根据表进行的,每个表都会有与之对应的文件。但不论表采用何种存储引擎,MySQL都有一个以frm为后缀名的文件

    这个文件记录了该表的表结构定义

    表空间文件:

    InnoDB采用将存储的数据按表空间(tablespace)进行存放的设计。在默认配置下会有一个初始大小为10MB,名为idbdata1的文件(该文件是共用表空间),该文件就是默认的表空间文件

    设置innodb_data_file_path参数后,所有基于InnoDB存储引擎的表的数据都会记录到该共享表空间中。若设置了参数innodb_file_per_table,则用户可以将每个基于InnoDB存储引擎的表产生一个独立表空间。独立表空间的命名规则为:表名.ibd。通过这样的方式,用户不用将所有数据都存放在默认的表空间中。需要注意的是,这些单独的表空间文件,仅存储该表的数据、索引和插入缓冲BITMAP等信息,其余信息还是存放在默认的表空间。

    重做日志文件:

    默认情况下,在InnoDB存储引擎的数据目录下会有两个名为ib_logfile0和ib_logfile1的文件。在MySQL官方手册中将其称为InnoDB存储引擎的日志文件,不过更准确的定义应该是重做日志文件(redo log file)为什么强调是重做日志文件呢?因为重做日志文件对于InnoDB存储引擎至关重要,它们记录了对于InnoDB存储引擎的事务日志.

    重做日志文件不能设置的太大,如果设置得很大,在恢复时可能需要很长时间,另一方面又不能设置得太小,否则可能导致一个事务的日志需要多次切换重做日志文件。此外重做日志文件太小会导致频繁地发生async checkpoint,导致性能的抖动。

    重做日志和二进制日志的不同点:

    二进制日志会记录所有与MySQL数据库有关的日志记录,包括InnoDB、MyISAM,Heap等其他存储引擎的日志。而InnoDB存储引擎的重做日志只记录有关该存储引擎本身的事务日志。二进制文件是逻辑日志。而InnoDB存储引擎的重做日志文件记录的是关于每个页的更改情况。

    此外,写入的时间也不同,二进制日志文件仅在事务提交前进行提交,即只写磁盘一次,不论这时该事务多大。而在事务进行的过程中,却不断有重做日志被写入到重做日志文件中

  • 相关阅读:
    远程培训数据库迁移
    RMAN系列catalog数据库
    RMAN系列表空间恢复
    典型的一周备份脚本
    [转载]对 Oracle 备份与恢复 的补充说明转自tianlesoft的文章
    RMAN系列基于scn恢复
    使用Profile对用户Session会话进行资源限制
    RMAN系列控制文件、数据文件、redolog全部丢失
    全自动 TSPITR基于RMANLOGSEQ
    Oracle 10g EXPDP和IMPDP使用说明
  • 原文地址:https://www.cnblogs.com/paulversion/p/8331735.html
Copyright © 2011-2022 走看看