需求描述: 今天在研究mysql数据库的备份和恢复,用到了flush logs这个SQL语句. 所以,在此进行测试,并且记录该SQL语句的作用. 概念描述: 在mysql数据库,如果数据库启动的时候,启用了log-bin选项,那么, 所有对于数据库的修改都会记录在binary log中,binary log可以用于数据库的恢复(基于时间点的恢复) 操作过程: 1.查看my.cnf中配置的log-bin参数 [mysql@redhat6 ~]$ grep "log-bin" /etc/m

日志记录存储方式 #日志记录存储方式 mysql> show variables like 'log_output'; mysql> set global log_output='FILE,TABLE'; 1.错误日志 #.错误日志 mysql> show variables like 'log_error'; +---------------+----------------------------------+ | Variable_name | Value | +---------

FLUSH语法 FLUSH [LOCAL | NO_WRITE_TO_BINLOG] flush_option [, flush_option] ... 如果您想要清除MySQL使用的部分内部缓存,您应该使用FLUSH语句.要执行FLUSH,您必须拥有RELOAD权限. flush_option HOSTS 用于清空主机缓存表.如果有的主机更改了IP号或如果您得到了错误信息Host host_name is blocked,则您应该刷新主机表.当在连接到MySQL服务器时,如果对于一个给定的主机

INSERT나 UPDATE, DELETE문을 이용해서 MySQL의 사용자를 추가,삭제하거나, 사용자 권한 등을 변경하였을 때, MySQL에 변경사항을 적용하기 위해서 사용하는 명령어가 flush privileges 입니다. 아래는 highbird 데이터베이스에 bird 유저를 추가하는 예제입니다. 끝에 flush privileges 명령어를 사용해서 변경사항을 적용해 주는 것을 확인하실 수 있습니다. 이 flush privileges 는 정확히

mysql> flush tables with read lock; flush tables with read lock 会去关闭已经打开的所有文件,它要做这个操作就先要拿到锁:当发起这个语句的session退出之后,才会释放锁.由于它拿到的是S锁,它有能力阻塞innodb表的commit操作:也就是说它能阻塞innodb的写入操作:由于flush tables with read lock 的这个特性,它通常用在备份的过程中,以此来得到一个一致的备份.

--MySQL Flush导致的等待问题 -------------------------------2014/07/13 前言 在实际生产环境中有时会发现大量的sql语句处于waiting for table.. 状态中,有时候看起来会让人觉得困惑,本文将讲解此状态产生的原因及解决办法. 正文 本文中用到了lock table来模拟实际情况, 首先介绍一个lock tables需要注意的事项,如果在一个session中使用了lock tables,那么在此session中将只能访问获取到lo

flush logs时做的操作:  对于一般查询日志和慢日志,先关闭文件再打开  对于binlog,关闭当前的,开始用下一个新的  用错误日志文件的话,先关闭再打开flush logs可以对一般查询日志,慢日志,错误日志 进行改名备份后重新生成文件(还是原来的名字)

http://www.cnblogs.com/ggjucheng/archive/2012/11/07/2758021.html   cnblogs - FLUSH TABLES WITH READ LOCK有多快 cnblogs - MySQL的FLUSH用法

http://dimitrik.free.fr/db_STRESS_MySQL_540_Purge_Lag_and_Ahead_Flushing_Jun2009.html http://dimitrik.free.fr/db_STRESS_MySQL_540_Purge_Lag_and_Ahead_Flushing_Fixed_Aug2009.html http://dimitrik.free.fr/db_STRESS_MySQL_InnoDB_dirty_pages_and_log_size_

上文分析的二进制日志实际上是基于STATEMENT格式的,下面我们来看看基于ROW格式的二进制日志,毕竟,两者对应的binlog事件类型也不一样,同时,很多童鞋反映基于ROW格式的二进制日志无法查到原生的DML语句,关于这个问题,其实官方也给出了解决方案,下面,将一一揭晓. 首先,来几条测试数据 mysql> set binlog_format=row; Query OK, rows affected (0.00 sec) mysql> flush logs; Query OK, rows a

查看MySQL二进制文件中的内容有两种方式 1.  mysqlbinlog 2.  SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count] 下面来测试一下,在mysql中执行如下操作 mysql> flush logs; Query OK, rows affected (0.01 sec) mysql,'a'); Query OK, row affected (0.00 sec) mysql> use

注: .做主从复制的两台服务器server-id不能相同 .主从的字符集要一样,不然数据导入会报错 .开启db01的log-bin功能 [root@db01 mysql]# vim /etc/my.cnf log-bin=mysql-bin [root@db01 ~]# /etc/init.d/mysqld restart Shutting down MySQL. SUCCESS! Starting MySQL.. SUCCESS! .查看log_bin是否开启 mysql> show vari

修改Mysql配置 Mysql配置地址为: C:\Program Files (x86)\MySQL\MySQL Server 5.5 如果无法修改可以把my.ini拷贝出来,修改完后,再拷贝回去! 如果配置了Mysql的日志生成路径,但是该目录尚未创建,那么启动会报错! 关于Mysql日志 splunk内置了两种mysql的日志,分别是mysqld以及mysql_error mysqld_error Standard mysql error log标准的mysql错误日志 050818 16:

Mysql备份 MySQL的备份和还原: 备份:存放为副本-->数据备份 RAID1,RAID10:保证硬件损坏而不会业务中止,不能保证逻辑上的损害 例如:DROP TABLE mydb.tb1;如果使用raid1,则两边都删除了,则需要备份 备份类型 热备份.温备份和冷备份 热备份:读.写不受影响: 温备份:仅可以执行读操作: 冷备份:离线备份:读.写操作均中止: 物理备份和逻辑备份 物理备份:复制数据文件: 逻辑备份:将数据导出至文本文件中: 完全备份.增量备份和差异备份 完全备份:备份全部

MySQL日志: 主要包含:错误日志.查询日志.慢查询日志.事务日志.二进制日志: 错误日志 在mysql数据库中,错误日志功能是默认开启的.并且,错误日志无法被禁止.默认情况下,错误日志存储在mysql数据库的数据文件中. 日志文件通常的名称为hostname.err.其中,hostname表示服务器主机名. 错误日志所记录的信息是可以通过log-error和log-warnings来定义的 log-err是定义是否启用错误日志的功能和错误日志的存储位置 log-warnings是定义是否将警

一．mysql日志: mysql的日志种类有很多,常见的有二进制日志,一般查询日志,满查询日志,中继日志,事务日志等,具体信息可以通过 mysql> SHOW GLOBAL VARIABLES LIKE '%log%'; 查看,在我的机器上结果如下: +-----------------------------------------+--------------------------------+ | Variable_name | Value | +--------------------

mysql 主从切换 主停,从做主步骤如下: 1 确认从服务器已经完成所有同步操作:stop slave io_thread show processlist 直到看到状态都为:xxx has read all relay log 表示更新都执行完毕 2 停止从服务器slave服务stop slave 3 将从服务器切换为主服务器:reset master 完成切换.PS: 如果从服务器设置了 read only 选项,则需要将这个参数去掉并重新启动数据库 主从切换:最终结果:主库可写,从库只读

一.mysqldump工具备份 mysqldump由于是mysql自带的备份工具,所以也是最常用的mysql数据库的备份工具.支持基于InnoDB的热备份.但由于是逻辑备份,所以速度不是很快,适合备份数据量比较小的场景. mysqldump完全备份+二进制日志 ->实现时间点恢复 温备: 在使用MyISAM引擎中,只能使用温备份,这时候要防止数据的写入,所以先加上读锁 这时候可以进入数据库手动加读锁.这样比较麻烦,在mysqldump工具中直接有一个加锁的选项 mysqldump --datab

Mysql最常用的三种备份工具分别是mysqldump.Xtrabackup(innobackupex工具).lvm-snapshot快照.前面分别介绍了:Mysql备份系列(1)--备份方案总结性梳理Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录Mysql备份系列(3)--innobackupex备份mysql大数据(全量+增量)操作记录 lvm-snapshot:基于LVM快照的备份1.关于快照:1)事务日志跟数据文件必须在同一个卷上:2)刚刚创立的快照卷,里面

mysql数据库备份有多么重要已不需过多赘述了,废话不多说!以下总结了mysql数据库的几种备份方案: 一.binlog二进制日志通常作为备份的重要资源,所以再说备份方案之前先总结一下binlog日志~~1.binlog日志内容1)引起mysql服务器改变的任何操作.2)复制功能依赖于此日志.3)slave服务器通过复制master服务器的二进制日志完成主从复制,在执行之前保存于中继日志(relay log)中. 4)slave服务器通常可以关闭二进制日志以提升性能. 2.binlog日志文件的