mysql日志文件相关的配置【2】
1、二进制日志是什么?
mysql 的二进制日志用于记录数据库上做的变更、
2、二进制日志什么时间写到磁盘
1、总的来说二进制日志会在释放锁之前就写入磁盘、也就是说在commit完成之前;client还没发送commit这个时候mysql并不把binlog写入磁盘、
别一方面mysql保证在commit完成之前会把二进制日志写入磁盘。
2、如果表不支持事务、那么二进制日志会在执行语句的一开始就写入磁盘。
3、对于innodb表在client没有发送commit的时候、所有的执行结果将会被cache住;当commit语句下达到mysql时,mysql会马上写入二进制日志。
4、由1+2+3可以看出来二进制日志只的顺序就是事务commit的顺序。
3、binlog_cache_size=【缓存大小】
二进制日志写缓存的大小
4、max_binlog_cache_size=【最大缓存大小】
如果单个事务的二进制日志的大小大于这个值、那么这个事务就会被回滚。
5、log_bin=【二进制文件的全路径】
这个参数用于指定二进制日志文件的路径、同时还有另一层意思、如果这个参数没有被设置那么表示不开启二进制日志。
6、max_binlog_sizse=【单个二进制日志文件的最大大小】
这个参数用于控制单个二进制文件的最大大小、当然你也有可能看到二进制日志会比这个设定要大、是因为一个事务只会记录在一个
文件中、不会刻意追求文件大小固定而把一个事务分别写入两个文件中去。
7、sql_log_bin=【0 | 1】
这个参数控制当前session 的SQL语句是否写入二进制日志
8、binlog_checksum=【1 | 0 】
默认情况下mysql在记录二进制日志时会把事件的长度也写进去、通过分析写入的长度值与真正的长度值是否相等、来确定
二进制日志是否被正确的写入;然而这种通过事件长度来检验二进制日志是否正确的方法,强度不高;开启这个参数后就可以
通过检验和来完成检验。
9、master_verify_checksum=【1 | 0 】
设置在master的reading back阶段是否采用checksum的方案来校验
10、slave_sql_verify_checksum =【1 | 0 】
默认情况下slave的IO_thread会通过事件长度来校验二进制日志的正确性、slave_sql_verify_checksum 用于控制IO_thread的校验方式
11、binlog_do_db=【数据库名】
用一个例子做为说明:如binlog_do_db=master 那么只有在你use master 之后的语句才会记录到二进制日志中去;也就是说只有在
select database(); 返回的是master的情况下才会记录二进制日志。
注意1:就算是你的SQL语句操作的是别的库、也会被记录的。如:insert into test.t(x) values(1);虽然是操作的test库,但是还是会记录二进制日志
注意2:不一定你所执行的所有写入特性的SQL都会被记录。如:create database db001;
12、binlog_ignore_db
正好于binlog_do_db的过滤规则相反;
13、replication_do_db
于binlog_do_db相近,只是它起作用的地方是在mysql群集环境中的slave端
14、replication_ignore_db
于replication_do_db相反
15、发现一个问题
show variables like xxx ; 语句并看不到binlog_do_db、binlog_ignore_db、replicate_do_db、replicate_ignore_db这四个参数
16、log_slave_updates=【1 | 0】
通常来说发生在master 的变更经由replication传播到slave ;进而引起slave的变更、那么问题就来了slave上由replication所引起的变更是不是也要记录
到它的binlog日志中去呢?如果要记录的话就把log_slave_updates=1
17、sync_binlog=【0、1、2、3、... ...】
由2可以知道binlog的写入与commit是两个不同的操作、sync_binlog用于向mysql说明是不是每一次commit都把二进制日志写入磁盘。
1、sync_binlog=0 不对二进制日志刷盘做什么限制、把这个刷盘操作交给linux系统。
2、sync_binlog=1 每次commit都对应一次刷盘操作。
3、sync_binlog=【{n | n>=2}】 mysql会累计n个commit操作后才刷一次盘。
18、innodb_support_xa=【1 | 0 】
还是再说一下二进制日志刷盘(二进制日志从缓存写到磁盘文件);mysql大致上可以分成3个层次
1、connection 层 这个位于mysql是上层;这个层用于管理client的连接。
2、sql 层 像词发分析、SQL执行计划的生成和优化都在这一层解决。
3、store engine层 存储引擎层
一个commit操作是mysql各个层之间的穿越顺序是connection layer --> sql layer --> strore engine layer ;当sql layer 收到commit的时候就开始
把二进制日志写入磁盘了(我这里假设sync_binlog=1);之后是stroe engine layer 收到commit 这个commit在store engine layer 也会触发相应的刷
盘操作(通常来说这个store engine layer 上的实现会是innodb); 下面我们把问题深入一点,假设sql layer上的操作成功了,之后mysql被kill了,也就是说
stroe engine layer 上的commit没有正确的执行完成;然后再启动mysql这个时候由于之前在store engine layer上的操作并没有被commit所以它会被
回滚掉、所以这样就造成了binlog中的记录与innodb中的数据不一致的情况;为了使两者是一致的我们要把innodb_support_xa=1
19、binlog_format=【row | statement | mixed 】
1、二进制日志里面记录的是什么?
记录的是数据库上的变更、或是可能的变更(如一条update语句影响了0行)
2、二进制日志可以怎么记录?
1、一种可能的记法是直接把SQL语句记上去如:udpate user set birthday='xxxx' where id =2048;
2、别一种可能的记法类似于:把表user里id=2048的那一行的birthday设置为'xxxx';
3、这两种记录方式进一步认识?
1、第一种记录方式、slave就相当到是把主库上执行的SQL语句重新执行一遍;想想这种情况一条SQL有非常复杂的逻辑,但是最后只改了一行数据。
2、第二种记录方式、slave并没有去执行主库上执行的SQL而是直接把结果改成主库的样子。
4、看起来十分完美、但是事实上并不是这么一回事
1、在master-->slave的环境下、statement可能会引起主从的不一致问题;如果在库上的时间是1号、而在slave主机上的时间是2号;主库上执行
了一条插入当前时间的操作、总的来看master & slave 上执行的SQL语句是一样的,但是它们自身的时间不一样使都它们的结果不一样、这样
就造成了主从的不一致。
2、在master-->slave环境下、row虽然消除了主从不一致的问题、但是它的使用上有一些要注意的地方、如一定要给表加上主键:由于row是基于
行的、如果mysql能越快的定位行,那么它执行的就越快;有人会问“我给表上加上相应的索引还不行吗”,我告诉你啊,这还真不行,一定要是主
键,我见过一个delete 操作引起主从延时1周的。以下是mysql官方文档上的一段
3、那有没有把这两个结合一下的呢?这个还真的有它就是mixed模式。mysql从来没有把这个模式设置为默认模式,我也不知道是出于什么
考虑
mysql日志文件相关的配置【2】的更多相关文章
- mysql日志文件相关的配置【1】
1.log_output=[file | table | none ] 这个参数指定general_log &slow_query_log 的输出目标.可以是table | file | no ...
- MySQL各类日志文件相关变量介绍
文章转自:http://www.ywnds.com/?p=3721 MySQL各类日志文件相关变量介绍 查询所有日志的变量 1 mysql> show global variables li ...
- (3.12)mysql基础深入——mysql日志文件/其他文件(socket/pid/表结构/Innodb)
(3.12)mysql基础深入——mysql日志文件/其他文件(socket/pid/表结构/Innodb) 关键词:mysql日志文件,mysqldumpslow分析工具 目录:日志文件的分类 1. ...
- lnmp vps服务器删除mysql日志文件三种方法
我在上一篇文章介绍了著名的LNMP主机一键安装工具,对比了军哥lnmp和AMH主机的差别,由于AMH拥有用户后台界面,易于新手操作,值得推荐. 但是,上周末我网站宕机,收到DNSPOD发来了宕机提醒, ...
- NGINX按天生成日志文件的简易配置
NGINX按天生成日志文件的简易配置 0x01 最近后端童鞋遇到一个小需求,拆分nginx生成的log文件,最好是按天生成,看着她还有很多bug待改的状态,我说这个简单啊,我来吧.曾经搞node后端的 ...
- Linux下自动清除MySQL日志文件
MySQL运行过程中会生成大量的日志文件,占用不少空间,修改my.cnf文件配置bin-log过期时间,在Linux下自动清除MySQL日志文件 [mysqld] expire-logs-days= ...
- 浅谈MySQL日志文件|手撕MySQL|对线面试官
关注微信公众号[程序员白泽],进入白泽的知识分享星球 前言 上周五面试了字节的第三面,深感数据库知识的重要,我也意识到在平时的学习中,自己对于数据库的学习较为薄弱.甚至在有过一定实习经验之后,依旧因为 ...
- mysql 日志文件mysql-bin文件清除方法,和mysql-bin相关文件的配置
默认情况下mysql会一直保留mysql-bin文件,这样到一定时候,磁盘可能会被撑满,这时候是否可以删除这些文件呢,是否可以安全删除,是个问题. 首先要说明一下,这些文件都是mysql的日志文件,如 ...
- 170512、java日志文件log4j.properties配置详解
一.Log4j配置 第一步:加入log4j-1.2.8.jar到lib下. 第二步:在CLASSPATH下建立log4j.properties.内容如下: 放在src下的话就不用配置 否则得去web. ...
随机推荐
- android-UI组件实例大全(六)------ImageView图像视图
图像视图:ImageView 继承view类,用于在屏幕上显示任何Drawable对象,通常用来显示图片: 这里的话我们介绍一些比较常用的属性: Path 1: android:adjustViewB ...
- web api 2 学习笔记 (OData Batch request)
之前介绍过OData 中实现RPC的写法,今天在来一个批量操作. 参考 : https://damienbod.wordpress.com/2014/08/14/web-api-odata-v4-ba ...
- JSON stringify and parse
来源 : http://javascript.ruanyifeng.com/stdlib/date.html //解析json也可以传入一个方法, 基本上和stringify差不多,不过是逆序的, 要 ...
- 温习PYTHON语法
看WEBPY的源码结构有点晕,原来很多语法结构都忘了,继承之些. 再看A BYTE OF PYTHON.慢慢补.. number = 23 guess = int(raw_input('Enter a ...
- 【疑难杂症】xmind启动后,自动退出的问题
xmind安装一段时间后,就会出现一启动,就自动退出的情况.卸载重装也无法解决,在试过网上的各种方法后,发现这个方法最凑效. 打开xmind.ini(安装目录下),删除以下几行,保存配置文件,重启即可 ...
- flume-agent实例
flume 多种适配,多样化的数据收集 核心概念 event:一条消息 client:访问者 agent: 重要组件Sour ...
- MySQL事务处理2
MySQL5.X 都已经发布好久了,但是还有很多人认为MySQL是不支持事务处理的,这不得不怪他们是孤陋寡闻的,其实,只要你的MySQL版本支持BDB或 InnoDB表类型,那么你的MySQL就具有事 ...
- 最最常用的 100 个 Java 类(转)
大部分的 Java 软件开发都会使用到各种不同的库.近日我们从一万个开源的 Java 项目中进行分析,从中提取出最常用的 Java 类,这些类有来自于 Java 的标准库,也有第三方库.每个类在同一个 ...
- ios开发中各种版本、设备的区分
设备类型的区分-iphone ,ipad-itouch..... 可以从 UIDevice 的属性 model 得到在现在执行的环境.例子如下: [cpp] view plaincopyprint? ...
- javascript中的原型理解总结
经过几天研究查找资料,对原型终于有点理解了,今天就做下总结,不对之处,希望各位能够提出. 1.每一个Javascript对象(null除外)都和另一个对象相关联,“另一个”对象就是我们今天所要总结的原 ...