精华内容
下载资源
问答
  • 01什么是文件1、文件有不同类型,在程序设计中,主要用到两种文件:(1)程序文件。包括源程序文件(后缀为.c)、目标文件(后缀为.obj)、可执行文件(后缀为.exe)等。这种文件内容时程序代码。(2)数据文件...

    b4e52648e81f010c23bd049a5f69582e.png

    01什么是文件

    1、文件有不同的类型,在程序设计中,主要用到两种文件:

    (1)程序文件。包括源程序文件(后缀为.c)、目标文件(后缀为.obj)、可执行文件(后缀为.exe)等。这种文件的内容时程序代码。

    (2)数据文件。文件的内容不是程序,而是供程序运行时读写的数据,如在程序运行过程中输出到磁盘(或其他外部设备)的数据,或在程序运行过程中供读入的数据。

    2、为了简化用户对输入输出设备的操作,使用户不必去区分各种输入输出设备之间的区别,操作系统把各种设备都统一作为文件来处理。

    3、文件是程序设计中一个重要的概念。所谓“文件”一般指存储在外部介质上数据的集合。

    4、输入输出是数据传送的过程,数据如流水一样从一处流向另一处,因此常将输入输出形象地称为流,即数据流。

    5、流表示了信息从源到目的端的流动。

    02文件名

    1、一个文件要有一个唯一的文件标识,以便用户识别和引用。文件标识包括3部分:

    (1)文件路径;(2)文件名主干;(3)文件后缀。

    2、为了方便起见,文件标识常被称为文件名,但应了解此时所称的文件名,实际上包括以上3部分内容,而不仅是文件名主干。

    03文件的分类

    1、根据数据的组织形式,数据文件可分为ASCII文件和二进制文件。

    2、数据在内存中是以二进制形式存储的,如果不加转换地输出到外存,就是二进制文件,可以认为它就是存储在内存的数据的映象,所以也称之为映像文件。

    3、如果要求在外存上以ASCII代码形式存储,则需要在存储前进行转换。

    4、ASCII文件又称文本文件,每一个字节放一个字符的ASCII代码。

    04文件缓冲区

    1、ANSI C标准采用“缓冲文件系统”处理数据文件,所谓缓冲文件系统是指系统自动地在内存区为程序中每一个正在使用的文件开辟一个文件缓冲区。

    05文件类型指针

    1、缓冲文件系统中,关键的概念是“文件类型 指针”,简称“文件指针”。每个被使用的文件都在内存中开辟一个相应的文件信息区,用来存放文件的有关信息。这些信息是保存在一个结构体变量中的。

    C语言 | 100-200之间不能被3整除的数mp.weixin.qq.com
    b5ea5f3e91fad242e379394e87302e00.png
    展开全文
  • 1 将txt文档的后缀直接改为bin后,文件内存储的内容会发生改变。例如,test0.txt中存储1,改为test0.bin后存储单元的值变为31(十六进制)。但我们看到的依然1,因为txt文档中存储的ASCII码,对应的值也就是31。...

    1  将txt文档的后缀直接改为bin后,文件内存储的内容会发生改变。例如,test0.txt中存储1,改为test0.bin后存储单元的值变为31(十六进制)。但我们看到的依然是1,因为txt文档中存储的是ASCII码,对应的值也就是31。

    2 EXCEL处理数据时,位宽超过10位的数据(无论什么进制)无法处理,会产生#NUM!错误。需将其分割以便处理。

    3 如何对一列数据应用同一公式?在一个单元格输入公式后,按ctrl+enter,可以强制复制公式到整个列。

    展开全文
  • Binlog 简介MySQL中一般有以下几种日志:日志类型写入日志的信息错误日志记录在启动,运行或停止mysqld时遇到的问题通用查询日志记录建立的客户端连接和执行的语句二进制日志记录更改数据的语句中继日志从复制主...

    Binlog 简介

    MySQL中一般有以下几种日志:

    日志类型

    写入日志的信息

    错误日志

    记录在启动,运行或停止mysqld时遇到的问题

    通用查询日志

    记录建立的客户端连接和执行的语句

    二进制日志

    记录更改数据的语句

    中继日志

    从复制主服务器接收的数据更改

    慢查询日志

    记录所有执行时间超过 long_query_time 秒的所有查询或不使用索引的查询

    DDL日志(元数据日志)

    元数据操作由DDL语句执行

    本文主要介绍二进制日志 binlog。

    MySQL 的二进制日志 binlog 可以说是 MySQL 最重要的日志,它记录了所有的 DDL 和 DML 语句(除了数据查询语句select、show等),以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的。binlog 的主要目的是复制和恢复。

    Binlog日志的两个最重要的使用场景

    MySQL主从复制:MySQL Replication在Master端开启binlog,Master把它的二进制日志传递给slaves来达到master-slave数据一致的目的

    数据恢复:通过使用 mysqlbinlog工具来使恢复数据

    启用 Binlog

    注:笔者实验的MySQL版本为:5.7.22

    一般来说开启binlog日志大概会有1%的性能损耗。

    启用binlog,通过配置 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf 配置文件的 log-bin 选项:

    在配置文件中加入 log-bin 配置,表示启用binlog,如果没有给定值,写成 log-bin=,则默认名称为主机名。(注:名称若带有小数点,则只取第一个小数点前的部分作为名称)

    [mysqld]

    log-bin=my-binlog-name

    也可以通过 SET SQL_LOG_BIN=1 命令来启用 binlog,通过 SET SQL_LOG_BIN=0 命令停用 binlog。启用 binlog 之后须重启MySQL才能生效。

    常用的Binlog操作命令

    # 是否启用binlog日志

    show variables like 'log_bin';

    # 查看详细的日志配置信息

    show global variables like '%log%';

    # mysql数据存储目录

    show variables like '%dir%';

    # 查看binlog的目录

    show global variables like "%log_bin%";

    # 查看当前服务器使用的biglog文件及大小

    show binary logs;

    # 查看主服务器使用的biglog文件及大小

    # 查看最新一个binlog日志文件名称和Position

    show master status;

    # 事件查询命令

    # IN 'log_name' :指定要查询的binlog文件名(不指定就是第一个binlog文件)

    # FROM pos :指定从哪个pos起始点开始查起(不指定就是从整个文件首个pos点开始算)

    # LIMIT [offset,] :偏移量(不指定就是0)

    # row_count :查询总条数(不指定就是所有行)

    show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];

    # 查看 binlog 内容

    show binlog events;

    # 查看具体一个binlog文件的内容 (in 后面为binlog的文件名)

    show binlog events in 'master.000003';

    # 设置binlog文件保存事件,过期删除,单位天

    set global expire_log_days=3;

    # 删除当前的binlog文件

    reset master;

    # 删除slave的中继日志

    reset slave;

    # 删除指定日期前的日志索引中binlog日志文件

    purge master logs before '2019-03-09 14:00:00';

    # 删除指定日志文件

    purge master logs to 'master.000003';

    写 Binlog 的时机

    对支持事务的引擎如InnoDB而言,必须要提交了事务才会记录binlog。binlog 什么时候刷新到磁盘跟参数 sync_binlog 相关。

    如果设置为0,则表示MySQL不控制binlog的刷新,由文件系统去控制它缓存的刷新;

    如果设置为不为0的值,则表示每 sync_binlog 次事务,MySQL调用文件系统的刷新操作刷新binlog到磁盘中。

    设为1是最安全的,在系统故障时最多丢失一个事务的更新,但是会对性能有所影响。

    如果 sync_binlog=0 或 sync_binlog大于1,当发生电源故障或操作系统崩溃时,可能有一部分已提交但其binlog未被同步到磁盘的事务会被丢失,恢复程序将无法恢复这部分事务。

    在MySQL 5.7.7之前,默认值 sync_binlog 是0,MySQL 5.7.7和更高版本使用默认值1,这是最安全的选择。一般情况下会设置为100或者0,牺牲一定的一致性来获取更好的性能。

    Binlog 文件以及扩展

    binlog日志包括两类文件:

    二进制日志索引文件(文件名后缀为.index)用于记录所有有效的的二进制文件

    二进制日志文件(文件名后缀为.00000*)记录数据库所有的DDL和DML语句事件

    binlog是一个二进制文件集合,每个binlog文件以一个4字节的魔数开头,接着是一组Events:

    魔数:0xfe62696e对应的是0xfebin;

    Event:每个Event包含header和data两个部分;header提供了Event的创建时间,哪个服务器等信息,data部分提供的是针对该Event的具体信息,如具体数据的修改;

    第一个Event用于描述binlog文件的格式版本,这个格式就是event写入binlog文件的格式;

    其余的Event按照第一个Event的格式版本写入;

    最后一个Event用于说明下一个binlog文件;

    binlog的索引文件是一个文本文件,其中内容为当前的binlog文件列表

    当遇到以下3种情况时,MySQL会重新生成一个新的日志文件,文件序号递增:

    MySQL服务器停止或重启时

    使用 flush logs 命令;

    当 binlog 文件大小超过 max_binlog_size 变量的值时;

    max_binlog_size 的最小值是4096字节,最大值和默认值是 1GB (1073741824字节)。事务被写入到binlog的一个块中,所以它不会在几个二进制日志之间被拆分。因此,如果你有很大的事务,为了保证事务的完整性,不可能做切换日志的动作,只能将该事务的日志都记录到当前日志文件中,直到事务结束,你可能会看到binlog文件大于 max_binlog_size 的情况。

    Binlog 的日志格式

    记录在二进制日志中的事件的格式取决于二进制记录格式。支持三种格式类型:

    STATEMENT:基于SQL语句的复制(statement-based replication, SBR)

    ROW:基于行的复制(row-based replication, RBR)

    MIXED:混合模式复制(mixed-based replication, MBR)

    在 MySQL 5.7.7 之前,默认的格式是 STATEMENT,在 MySQL 5.7.7 及更高版本中,默认值是 ROW。日志格式通过 binlog-format 指定,如 binlog-format=STATEMENT、binlog-format=ROW、binlog-format=MIXED。

    Statement

    每一条会修改数据的sql都会记录在binlog中

    优点:不需要记录每一行的变化,减少了binlog日志量,节约了IO, 提高了性能。

    缺点:由于记录的只是执行语句,为了这些语句能在slave上正确运行,因此还必须记录每条语句在执行的时候的一些相关信息,以保证所有语句能在slave得到和在master端执行的时候相同的结果。另外mysql的复制,像一些特定函数的功能,slave与master要保持一致会有很多相关问题。

    Row

    5.1.5版本的MySQL才开始支持 row level 的复制,它不记录sql语句上下文相关信息,仅保存哪条记录被修改。

    优点: binlog中可以不记录执行的sql语句的上下文相关的信息,仅需要记录那一条记录被修改成什么了。所以row的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程,或function,以及trigger的调用和触发无法被正确复制的问题.

    缺点:所有的执行的语句当记录到日志中的时候,都将以每行记录的修改来记录,这样可能会产生大量的日志内容。

    注:将二进制日志格式设置为ROW时,有些更改仍然使用基于语句的格式,包括所有DDL语句,例如CREATE TABLE, ALTER TABLE,或 DROP TABLE。

    Mixed

    从5.1.8版本开始,MySQL提供了Mixed格式,实际上就是Statement与Row的结合。

    在Mixed模式下,一般的语句修改使用statment格式保存binlog,如一些函数,statement无法完成主从复制的操作,则采用row格式保存binlog,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式,也就是在Statement和Row之间选择一种。

    mysqlbinlog 命令的使用

    服务器以二进制格式将binlog日志写入binlog文件,如何要以文本格式显示其内容,可以使用 mysqlbinlog 命令。

    # mysqlbinlog 的执行格式

    mysqlbinlog [options] log_file ...

    # 查看bin-log二进制文件(shell方式)

    mysqlbinlog -v --base64-output=decode-rows /var/lib/mysql/master.000003

    # 查看bin-log二进制文件(带查询条件)

    mysqlbinlog -v --base64-output=decode-rows /var/lib/mysql/master.000003 \

    --start-datetime="2019-03-01 00:00:00" \

    --stop-datetime="2019-03-10 00:00:00" \

    --start-position="5000" \

    --stop-position="20000"

    设置日志格式为ROW时,在我的机器上输出了以下信息

    /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;

    /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

    DELIMITER /*!*/;

    # at 4

    #190308 10:05:03 server id 1 end_log_pos 123 CRC32 0xff02e23d Start: binlog v 4, server v 5.7.22-log created 190308 10:05:03

    # Warning: this binlog is either in use or was not closed properly.

    # at 123

    #190308 10:05:03 server id 1 end_log_pos 154 CRC32 0xb81da4c5 Previous-GTIDs

    # [empty]

    # at 154

    #190308 10:05:09 server id 1 end_log_pos 219 CRC32 0xfb30d42c Anonymous_GTIDlast_committed=0sequence_number=1rbr_only=yes

    /*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;

    SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

    # at 219

    ...

    ...

    # at 21019

    #190308 10:10:09 server id 1 end_log_pos 21094 CRC32 0x7a405abc Querythread_id=113exec_time=0error_code=0

    SET TIMESTAMP=1552011009/*!*/;

    BEGIN

    /*!*/;

    # at 21094

    #190308 10:10:09 server id 1 end_log_pos 21161 CRC32 0xdb7a2b35 Table_map: `maxwell`.`positions` mapped to number 110

    # at 21161

    #190308 10:10:09 server id 1 end_log_pos 21275 CRC32 0xec3be372 Update_rows: table id 110 flags: STMT_END_F

    ### UPDATE `maxwell`.`positions`

    ### WHERE

    ### @1=1

    ### @2='master.000003'

    ### @3=20262

    ### @4=NULL

    ### @5='maxwell'

    ### @6=NULL

    ### @7=1552011005707

    ### SET

    ### @1=1

    ### @2='master.000003'

    ### @3=20923

    ### @4=NULL

    ### @5='maxwell'

    ### @6=NULL

    ### @7=1552011009790

    # at 21275

    #190308 10:10:09 server id 1 end_log_pos 21306 CRC32 0xe6c4346d Xid = 13088

    COMMIT/*!*/;

    SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

    DELIMITER ;

    # End of log file

    /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

    /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

    截取其中的一段进行分析:

    # at 21019

    #190308 10:10:09 server id 1 end_log_pos 21094 CRC32 0x7a405abc Querythread_id=113exec_time=0error_code=0

    SET TIMESTAMP=1552011009/*!*/;

    BEGIN

    /*!*/;

    上面输出包括信息:

    position: 位于文件中的位置,即第一行的(# at 21019),说明该事件记录从文件第21019个字节开始

    timestamp: 事件发生的时间戳,即第二行的(#190308 10:10:09)

    server id: 服务器标识(1)

    end_log_pos 表示下一个事件开始的位置(即当前事件的结束位置+1)

    thread_id: 执行该事件的线程id (thread_id=113)

    exec_time: 事件执行的花费时间

    error_code: 错误码,0意味着没有发生错误

    type:事件类型Query

    Binlog 事件类型

    binlog 事件的结构主要有3个版本:

    v1: 在 MySQL 3.23 中使用

    v3: 在 MySQL 4.0.2 到 4.1 中使用

    v4: 在 MySQL 5.0 及以上版本中使用

    现在一般不会使用MySQL5.0以下版本,所以下面仅介绍v4版本的binlog事件类型。binlog 的事件类型较多,本文在此做一些简单的汇总

    事件类型

    说明

    UNKNOWN_EVENT

    此事件从不会被触发,也不会被写入binlog中;发生在当读取binlog时,不能被识别其他任何事件,那被视为UNKNOWN_EVENT

    START_EVENT_V3

    每个binlog文件开始的时候写入的事件,此事件被用在MySQL3.23 – 4.1,MYSQL5.0以后已经被 FORMAT_DESCRIPTION_EVENT 取代

    QUERY_EVENT

    执行更新语句时会生成此事件,包括:create,insert,update,delete;

    STOP_EVENT

    当mysqld停止时生成此事件

    ROTATE_EVENT

    当mysqld切换到新的binlog文件生成此事件,切换到新的binlog文件可以通过执行flush logs命令或者binlog文件大于 max_binlog_size 参数配置的大小;

    INTVAR_EVENT

    当sql语句中使用了AUTO_INCREMENT的字段或者LAST_INSERT_ID()函数;此事件没有被用在binlog_format为ROW模式的情况下

    LOAD_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL 3.23版本中使用

    SLAVE_EVENT

    未使用

    CREATE_FILE_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL4.0和4.1版本中使用

    APPEND_BLOCK_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL4.0版本中使用

    EXEC_LOAD_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL4.0和4.1版本中使用

    DELETE_FILE_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL4.0版本中使用

    NEW_LOAD_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL4.0和4.1版本中使用

    RAND_EVENT

    执行包含RAND()函数的语句产生此事件,此事件没有被用在binlog_format为ROW模式的情况下

    USER_VAR_EVENT

    执行包含了用户变量的语句产生此事件,此事件没有被用在binlog_format为ROW模式的情况下

    FORMAT_DESCRIPTION_EVENT

    描述事件,被写在每个binlog文件的开始位置,用在MySQL5.0以后的版本中,代替了START_EVENT_V3

    XID_EVENT

    支持XA的存储引擎才有,本地测试的数据库存储引擎是innodb,所有上面出现了XID_EVENT;innodb事务提交产生了QUERY_EVENT的BEGIN声明,QUERY_EVENT以及COMMIT声明,如果是myIsam存储引擎也会有BEGIN和COMMIT声明,只是COMMIT类型不是XID_EVENT

    BEGIN_LOAD_QUERY_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL5.0版本中使用

    EXECUTE_LOAD_QUERY_EVENT

    执行LOAD DATA INFILE 语句时产生此事件,在MySQL5.0版本中使用

    TABLE_MAP_EVENT

    用在binlog_format为ROW模式下,将表的定义映射到一个数字,在行操作事件之前记录(包括:WRITE_ROWS_EVENT,UPDATE_ROWS_EVENT,DELETE_ROWS_EVENT)

    PRE_GA_WRITE_ROWS_EVENT

    已过期,被 WRITE_ROWS_EVENT 代替

    PRE_GA_UPDATE_ROWS_EVENT

    已过期,被 UPDATE_ROWS_EVENT 代替

    PRE_GA_DELETE_ROWS_EVENT

    已过期,被 DELETE_ROWS_EVENT 代替

    WRITE_ROWS_EVENT

    用在binlog_format为ROW模式下,对应 insert 操作

    UPDATE_ROWS_EVENT

    用在binlog_format为ROW模式下,对应 update 操作

    DELETE_ROWS_EVENT

    用在binlog_format为ROW模式下,对应 delete 操作

    INCIDENT_EVENT

    主服务器发生了不正常的事件,通知从服务器并告知可能会导致数据处于不一致的状态

    HEARTBEAT_LOG_EVENT

    主服务器告诉从服务器,主服务器还活着,不写入到日志文件中

    Binlog 事件的结构

    一个事件对象分为事件头和事件体,事件的结构如下:

    +=====================================+

    | event | timestamp 0 : 4 |

    | header +----------------------------+

    | | type_code 4 : 1 |

    | +----------------------------+

    | | server_id 5 : 4 |

    | +----------------------------+

    | | event_length 9 : 4 |

    | +----------------------------+

    | | next_position 13 : 4 |

    | +----------------------------+

    | | flags 17 : 2 |

    | +----------------------------+

    | | extra_headers 19 : x-19 |

    +=====================================+

    | event | fixed part x : y |

    | data +----------------------------+

    | | variable part |

    +=====================================+

    如果事件头的长度是 x 字节,那么事件体的长度为 (event_length - x) 字节;设事件体中 fixed part 的长度为 y 字节,那么 variable part 的长度为 (event_length - (x + y)) 字节

    Binlog Event 简要分析

    从一个最简单的实例来分析Event,包括创建表,插入数据,更新数据,删除数据;

    CREATE TABLE `test` (

    `id` bigint(20) NOT NULL AUTO_INCREMENT,

    `age` int(11) DEFAULT NULL,

    `name` varchar(255) DEFAULT NULL,

    PRIMARY KEY (`id`)

    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

    insert into test values(1,22,"小旋锋");

    update test set name='whirly' where id=1;

    delete from test where id=1;

    日志格式为STATEMENT,查看所有的Event

    42abedda71adfbd50673c75f80692e52.png

    日志格式为ROW时是下面这样,可以发现又有一些不同

    f73cbadd4951ec43c1d0886d7e11fae0.png

    关于Event的分析,有需要可以查看参考文档进行推算。

    参考文档

    ec0938d7d5986499cfe5fd783b712d54.png

    展开全文
  • 日志文件类型MySQL有几个不同的日志文件,可以帮助你找出mysqld内部发生...二进制日志记录所有更改数据的语句。还用于复制。慢日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。默认情况下...

    日志文件类型

    MySQL有几个不同的日志文件,可以帮助你找出mysqld内部发生的事情:

    日志文件

    记入文件中的信息类型

    错误日志

    记录启动、运行或停止mysqld时出现的问题。

    查询日志

    记录建立的客户端连接和执行的语句。

    更新日志

    记录更改数据的语句。不赞成使用该日志。

    二进制日志

    记录所有更改数据的语句。还用于复制。

    慢日志

    记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。

    默认情况下,所有日志创建于mysqld数据目录中。通过刷新日志,你可以强制 mysqld来关闭和重新打开日志文件(或者在某些情况下切换到一个新的日志)。当你执行一个FLUSH LOGS语句或执行mysqladmin flush-logs或mysqladmin refresh时,出现日志刷新。

    错误日志

    错误日志文件包含了当mysqld启动和停止时,以及服务器在运行过程中发生任何严重错误时的相关信息。

    如果mysqld莫名其妙地死掉并且mysqld_safe需要重新启动它,mysqld_safe在错误日志中写入一条restarted mysqld消息。如果mysqld注意到需要自动检查或着修复一个表,则错误日志中写入一条消息。

    在一些操作系统中,如果mysqld死掉,错误日志包含堆栈跟踪信息。跟踪信息可以用来确定mysqld死掉的地方。

    可以用--log-error[=file_name]选项来指定mysqld保存错误日志文件的位置。如果没有给定file_name值,mysqld使用错误日志名host_name.err并在数据目录中写入日志文件。如果你执行FLUSH LOGS,错误日志用-old重新命名后缀并且mysqld创建一个新的空日志文件。(如果未给出--log-error选项,则不会重新命名)。

    如果不指定--log-error,或者(在Windows中)如果你使用--console选项,错误被写入标准错误输出stderr。通常标准输出为你的终端。

    通用查询日志

    如果你想要知道mysqld内部发生了什么,你应该用--log[=file_name]或-l [file_name]选项启动它。如果没有给定file_name的值, 默认名是host_name.log。所有连接和语句被记录到日志文件。当你怀疑在客户端发生了错误并想确切地知道该客户端发送给mysqld的语句时,该日志可能非常有用。

    mysqld按照它接收的顺序记录语句到查询日志。这可能与执行的顺序不同。这与更新日志和二进制日志不同,它们在查询执行后,但是任何一个锁释放之前记录日志。(查询日志还包含所有语句,而二进制日志不包含只查询数据的语句)。

    服务器重新启动和日志刷新不会产生新的一般查询日志文件(尽管刷新关闭并重新打开一般查询日志文件)。在Unix中,你可以通过下面的命令重新命名文件并创建一个新文件:

    shell> mv hostname.log hostname-old.log

    shell> mysqladmin flush-logs

    shell> cp hostname-old.log to-backup-directory

    shell> rm hostname-old.log

    慢速查询日志

    用--log-slow-queries[=file_name]选项启动时,mysqld写一个包含所有执行时间超过long_query_time秒的SQL语句的日志文件。获得初使表锁定的时间不算作执行时间。

    如果没有给出file_name值, 默认未主机名,后缀为-slow.log。如果给出了文件名,但不是绝对路径名,文件则写入数据目录。

    语句执行完并且所有锁释放后记入慢查询日志。记录顺序可以与执行顺序不相同。

    慢查询日志可以用来找到执行时间长的查询,可以用于优化。但是,检查又长又慢的查询日志会很困难。要想容易些,你可以使用mysqldumpslow命令获得日志中显示的查询摘要来处理慢查询日志。

    在MySQL 5.1的慢查询日志中,不使用索引的慢查询同使用索引的查询一样记录。要想防止不使用索引的慢查询记入慢查询日志,使用--log-short-format选项。

    在MySQL 5.1中,通过--log-slow-admin-statements服务器选项,你可以请求将慢管理语句,例如OPTIMIZE TABLE、ANALYZE TABLE和 ALTER TABLE写入慢查询日志。

    用查询缓存处理的查询不加到慢查询日志中,因为表有零行或一行而不能从索引中受益的查询也不写入慢查询日志。

    二进制日志

    二进制文件介绍

    二进制日志以一种更有效的格式,并且是事务安全的方式包含更新日志中可用的所有信息。

    二进制日志包含了所有更新了数据或者已经潜在更新了数据(例如,没有匹配任何行的一个DELETE)的所有语句。语句以“事件”的形式保存,它描述数据更改。

    备注:二进制日志已经代替了老的更新日志,更新日志在MySQL 5.1中不再使用。

    二进制文件的行为

    二进制日志还包含关于每个更新数据库的语句的执行时间信息。它不包含没有修改任何数据的语句。如果你想要记录所有语句(例如,为了识别有问题的查询),你应使用一般查询日志。

    二进制日志的主要目的是在恢复使能够最大可能地更新数据库,因为二进制日志包含备份后进行的所有更新。

    二进制日志还用于在主复制服务器上记录所有将发送给从服务器的语句。

    运行服务器时若启用二进制日志则性能大约慢1%。但是,二进制日志的好处,即用于恢复并允许设置复制超过了这个小小的性能损失。

    二进制文件的文件路径

    当用--log-bin[=file_name]选项启动时,mysqld写入包含所有更新数据的SQL命令的日志文件。如果未给出file_name值, 默认名为-bin后面所跟的主机名。如果给出了文件名,但没有包含路径,则文件被写入数据目录。建议指定一个文件名.

    如果你在日志名中提供了扩展名(例如,--log-bin=file_name.extension),则扩展名被悄悄除掉并忽略。

    mysqld在每个二进制日志名后面添加一个数字扩展名。每次你启动服务器或刷新日志时该数字则增加。如果当前的日志大小达到max_binlog_size,还会自动创建新的二进制日志。如果你正使用大的事务,二进制日志还会超过max_binlog_size:事务全写入一个二进制日志中,绝对不要写入不同的二进制日志中。

    为了能够知道还使用了哪个不同的二进制日志文件,mysqld还创建一个二进制日志索引文件,包含所有使用的二进制日志文件的文件名。默认情况下与二进制日志文件的文件名相同,扩展名为'.index'。你可以用--log-bin-index[=file_name]选项更改二进制日志索引文件的文件名。当mysqld在运行时,不应手动编辑该文件;如果这样做将会使mysqld变得混乱。

    二进制日志选项

    可以使用下面的mysqld选项来影响记录到二进制日志知的内容。又见选项后面的讨论。

    ·--binlog-do-db=db_name

    告诉主服务器,如果当前的数据库(即USE选定的数据库)是db_name,应将更新记录到二进制日志中。其它所有没有明显指定的数据库被忽略。如果使用该选项,你应确保只对当前的数据库进行更新。

    对于CREATE DATABASE、ALTER DATABASE和DROP DATABASE语句,有一个例外,即通过操作的数据库来决定是否应记录语句,而不是用当前的数据库。

    一个不能按照期望执行的例子:如果用binlog-do-db=sales启动服务器,并且执行USE prices; UPDATE sales.january SET amount=amount+1000;,该语句不写入二进制日志。

    ·--binlog-ignore-db=db_name

    告诉主服务器,如果当前的数据库(即USE选定的数据库)是db_name,不应将更新保存到二进制日志中。如果你使用该选项,你应确保只对当前的数据库进行更新。

    一个不能按照你期望的执行的例子:如果服务器用binlog-ignore-db=sales启动,并且执行USE prices; UPDATE sales.january SET amount=amount+1000;,该语句不写入二进制日志。

    类似于--binlog-do-db,对于CREATE DATABASE、ALTER DATABASE和DROP DATABASE语句,有一个例外,即通过操作的数据库来决定是否应记录语句,而不是用当前的数据库。

    要想记录或忽视多个数据库,使用多个选项,为每个数据库指定相应的选项。

    服务器根据下面的规则对选项进行评估,以便将更新记录到二进制日志中或忽视。请注意对于CREATE/ALTER/DROP DATABASE语句有一个例外。在这些情况下,根据以下规则,所创建、修改或删除的数据库将代替当前的数据库。

    1.是否有binlog-do-db或binlog-ignore-db规则?

    ·没有:将语句写入二进制日志并退出。

    ·有:执行下一步。

    2.有一些规则(binlog-do-db或binlog-ignore-db或二者都有)。当前有一个数据库(USE是否选择了数据库?)?

    ·没有:不要写入语句,并退出。

    ·有:执行下一步。

    3.有当前的数据库。是否有binlog-do-db规则?

    ·有:当前的数据库是否匹配binlog-do-db规则?

    o有:写入语句并退出。

    o没有:不要写入语句,退出。

    ·No:执行下一步。

    4.有一些binlog-ignore-db规则。当前的数据库是否匹配binlog-ignore-db规则?

    ·有:不要写入语句,并退出。

    ·没有:写入查询并退出。

    例如,只用binlog-do-db=sales运行的服务器不将当前数据库不为sales的语句写入二进制日志(换句话说,binlog-do-db有时可以表示“忽视其它数据库”)。

    如果你正进行复制,应确保没有从服务器在使用旧的二进制日志文件,方可删除它们。

    展开全文
  • 在C语言中,数值常数默认为...(1)整型常数的表示形式有:十进制形式、以0开头的八进制形式、以0x开头的十六进制形式,无二进制形式。 整型常数默认signed int的。 对整型常数进行类型转换的后缀只有:u或U(unsign
  • 我们平时所说的程序,指双击后就可以直接...可执行程序的内部一系列计算机指令和数据的集合,它们都是二进制形式的,CPU 可以直接识别,毫无障碍;但是对于程序员,它们非常晦涩,难以记忆和使用。 例如,在屏幕上.
  • 解决方法: 1、projectversion.txt 这个只能看所在unity工程打开版本 2、搜索*ProjectSetting*,...也可以用VS打开,通过二进制数据旁边数据就可以看到Unity开发时所用版本。 3、代码里打印Application.unit
  • 什么是前端?

    2019-09-29 16:59:27
    前端 #任何与用户直接打交道的操作界面都可以称之为前端 比如:电脑界面,手机界面,...#文件的后缀名仅仅给人看的 计算机无所谓 因为都是二进制数据 Web服务的本质 浏览器中敲入网址回车发送了几件事? ...
  • 文件在计算机中都二进制存储,这个想必大家都知道,既然都用0和1存储,那为什么记事本能够打开一些所谓“txt文件”,打开标准“grd文件”时却会乱码呢?这就是文件格式问题了。计算机中文件...
  • 在嵌入式系统开发中,经常会听到一个词:交叉编译。到底什么是"交叉编译"呢?为什么要使用"交叉编译"呢?...源代码不能被机器执行,必须转换成二进制的机器代码(指令+数据)才能被CPU执行。将源代码...
  • Java中流,可以从不同角度进行分类。按照数据方向不同可以分为:输入流和输出流。按照处理数据单位不同可以分为:字节流和字符流。按照实现功能不同可以分为:节点流和...后缀是Stream是字节流,而后缀是Re...
  • MysqlBinlog原理

    万次阅读 多人点赞 2019-03-26 12:54:43
    什么是二进制日志(binlog) binlog记录所有数据库表结构变更(例如CREATE、ALTER TABLE…)以及表数据修改(INSERT、UPDATE、DELETE…)的二进制日志。 binlog不会记录SELECT和SHOW这类操作,因为这类操作对数据...
  • 其中这括号里多了个“”reboot重启,选定后但是为了吐服务器产生更大压力将已经载java二进制代码组合到JVM运行状态中去.  实际Crash率多少并这些类被正确找到, PowerBuilder 尽管之前文本串和模式串...
  • 按处理单位:字节流和字符流字节流:一次读入或读出是8位二进制字符流:一次读入或读出是16位二进制JDK 中后缀是 Stream 是字节流;后缀是 Reader,Writer 是字符流按功能功能:节点流和处理流节点流:直接与数据源...
  • 为a标签设置download属性,属性值为下载文件名(注:文件名后缀是什么,下载文件类型就是什么,如a.json a.txt,更好实践是可用时间戳+后缀命名) 将a标签display设为none 将数据转为JSON格式存到二进制对象...
  • 3-基本数据结构

    2020-03-29 12:34:53
    ==数据, 数据元素, 数据项 和 数据对象.==3.2 什么是线性数据结构3.3 什么是栈3.4 栈抽象数据类型3.5 python实现栈3.6 简单括号匹配3.7 符号匹配3.8 十进制转换成二进制3.9 中缀前缀和后缀表达式3.10 什么是队列...
  • 在嵌入式系统开发中,经常会听到一个词:交叉编译。到底什么是"交叉编译"呢?为什么要使用"交叉编译"呢?...源代码不能被机器执行,必须转换成二进制的机器代码(指令+数据)才能被CPU执行。将源代码...
  • java中File类-文件创建及写入

    千次阅读 2019-07-30 16:54:25
    一、理解什么是文件 ... 所有文件,不管是什么类型,都是一堆在磁盘上的二进制数据,这些二进制数据被正确解析,文件才能被正确打开; 即使是压缩文件,实际也只是一个文件,它通过内部组织,将很多数...
  • 在嵌入式系统开发中,经常会听到一个词:交叉编译。到底什么是"交叉编译"呢?为什么要使用"交叉编译"呢?今天这篇文章,我们来讨论下...源代码不能被机器执行,必须转换成二进制的机器代码(指令+数据)才能被CPU执行...
  • 在嵌入式系统开发中,经常会听到一个词:交叉编译。到底什么是"交叉编译"呢?为什么要使用"交叉编译"呢?...源代码不能被机器执行,必须转换成二进制的机器代码(指令+数据)才能被CPU执行。将源代码...
  • SQLite一个开源关系型数据库,实现自包容、零配置、支持事务SQL数据引擎,其特点高度便携,使用方便,结构紧凑,高效可靠,占用空间少(轻量级)。 为什么SQLite有这些特点呢?原因SQLite本质上一个...
  • C语言中文件操作

    2020-11-23 20:36:46
    我们首先了解一下 文件的基本内容: 什么是文件 磁盘上的文件文件。但在程序设计中,我们一般...根据数据的组织形式,数据文件被称为文本文件或者二进制文件。 二进制文件: 数据在内存中以二进制的形式存储,如果
  • 1.什么是文件 (1)程序文件:程序源文件(后缀为.c)目标文件...数据文件分为ASCII文件和二进制文件,数据在内存中二进制形式存储,不加转换就是二进制文件,被称为影像文件 ASCII文件被称为文本文件 ...
  • 什么是二进制日志(binlog)binlog记录所有数据库表结构变更(例如CREATE、ALTER TABLE…)以及表数据修改(INSERT、UPDATE、DELETE…)的二进制日志。binlog不会记录SELECT和SHOW这类操作,因为这类操作对数据本身并...
  • Mysql Binlog原理

    2020-08-29 21:59:27
    什么是二进制日志(binlog) binlog记录所有数据库表...二进制日志包括两类文件:二进制日志索引文件(文件名后缀为.index)用于记录所有的二进制文件,二进制日志文件(文件名后缀为.00000*)记录数据库所有DDL和D
  • 什么是binlog binlog记录所有...二进制日志包括两类文件:二进制日志索引文件(文件名后缀为.index)用于记录所有的二进制文件,二进制日志文件(文件名后缀为.00000*)记录数据库所有DDL和DML(除了数据查询语
  • JPEG 图片存储格式与元数据解析

    千次阅读 2019-09-03 16:27:20
    1. .jpg, .png, .gif 说到图片,我们首先会想到,几种常见图片...更准确地说,数字图像压缩标准(计算机上图片都数字图像,即由 0 和 1 构成的二进制数字图像文件)。 可能会有人不明白,为什么图片格式...
  • jvm内存管理【转】

    2015-02-12 16:17:00
    jvm内存管理【转】 ...首先,刚学java时候就知道java类文件是以 .java为后缀的文件,经过javac命令编译后,编译成class文件,class文件中都是二进制格式的数据,所以想要看编译后内容是什么,可以采用j...

空空如也

空空如也

1 2 3 4 5
收藏数 84
精华内容 33
关键字:

二进制数据的后缀是什么