今天看服务器探针,吓了我一跳,发现硬盘空间剩余6.2G左右。 仔细想想没有往服务器上传什么大的文件,也不能被黑(不起眼的小网站服务器)。于是,就逐一的检查”/”下的所有文件占用磁盘空间的大小。
前几天,有位朋友微信联系我,告知一个生产数据库,在机器宕机恢复后,实例启动失败,而且该实例没有做任何的高可用、容灾、备份等,对业务影响非常大,希望能够协助排查一下,我也在第一时间就加入到排查中。
当你某天把所有binlog日志全干掉,数据库没有产生新的日志的时候就可以用手动切换这个方式来产生了…
使用过 Mysql mha 的都知道,为了确保在故障切换的时候,有尽量多的数据用于恢复,mha 是建议关闭 relay_log 自动清理功能的
在打印出来的信息中可以看到event事件的开始和结束号码,它可以方便我们从日志中截取想要的日志事件
SHOW BINLOG EVENTS mysql> use testxxx; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +-------------------+ | Tables_in_testxxx | +----
二进制日志中以“事件”的形式记录了数据库中数据的变化情况,对于MySQL数据库的灾难恢复起着重要的作用。
Mysql 的运维工作中,因为排错的需要,有时我们会对过往的修改操作进行查看,mysql binlog 的机制正好可以应对这类需求
MySQL的binlog日志位置可通过show variables like '%datadir%';查看,直接打开无法查看,要看其内容2个办法:
前提要开启binlog日志 用到的sql脚本 drop database if exists demo; create database demo; use demo; drop table if exists rumenz; create table rumenz(id int,name varchar(30)); insert into rumenz(id,name) values(1,'qaz'); insert into rumenz(id,name) values(2,'qaz'); inser
该方法可以删除列于索引文件中的所有二进制日志,把二进制日志索引文件重新设置为空,并创建一个新的二进制日志文件mysql-bin.000001。该语法一般只用在主从环境下初次建立复制时。在主从复制进行过程中,该语句是无效的。
mysql> show variables like 'log_bin'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | ON | #二进制日志是关闭的 +---------------+-------+ 1 row in set (0.00 sec)
binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的。
逻辑备份工具。文本形式保存备份,可读性较强。 备份逻辑: 将建库、建表、数据插入语句导出,包存至一个sql文件中。 比较适合于:数据量较小的场景,单表数据行千万级别以内。百G以内的小型数据库.跨版本、跨平台迁移。 可以本地、可以远程备份。 注意: 一般情况下,恢复需要耗费的时间是备份耗费时间的3-5倍。
在linux中,有些地方需要使用绝对路径,对于一些命令,如java、mysql等,需要使用到运行文件所在的路径,给大家介绍一个命令,来查询这个路径。
SHOW BINLOG EVENTS 的详细用法可以参考 SHOW BINLOG EVENTS Syntax
本笔记是在windows10的操作系统下完成的,linux操作系统环境下大致相同。
到这里遇到一个非常好玩的事情,就是获取的mysql镜像是一个非常干净的容器,常用的命令都没有。比如:yum、ifconfig、cat等。所以我需要把当前的容器打一个镜像包。并且docker run的时候要挂载一个本地的目录,避免待会儿需要上传一些工具包。
众所周知,binlog日志对于mysql数据库来说是十分重要的。在数据丢失的紧急情况下,我们往往会想到用binlog日志功能进行数据恢复(定时全备份+binlog日志恢复增量数据部分),化险为夷! 废话不多说,下面是梳理的binlog日志操作解说: 一、初步了解binlog MySQL的二进制日志binlog可以说是MySQL最重要的日志,它记录了所有的DDL和DML语句(除了数据查询语句select),以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的。 ---------
可以用于MySQL误操作闪回的工具包括my2sql、binlog2sql和MyFlash等工具,其中,个人感觉my2sql最好用。
开个玩笑,今天文章的主题是如何使用Mysql内置的Binlog日志对误删的数据进行恢复,读完本文,你能够了解到:
用shell脚本实现,部署mysql主从架构。 思路是这样的: 1)master.sh脚本用来安装master的mysql 2)然后通过expect脚本+rsync工具把slave.sh脚本、/etc/my.cnf、 /etc/init.d/mysqld 还有mysqldump下来的all.sql,以及在master下载下来的mysql二进制安装包传到slave上 3)通过expect脚本来运行slave.sh的脚本来安装,并且配置好主从,期间,用slave.tmp来记录master机子的binlog的状态
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql_bin.000003 > /opt/mysql_bin003.txt
1)增量备份在周一到周六凌晨3点,复制mysql-bin.00000*到指定目录; 2)全量备份则使用mysqldump将整个数据库导出,每周日凌晨3点执行,并会删除上周留下的mysq-bin.00000*,然后对mysql的备份操作会保留在bak.log文件中。
作为小站长,mysql数据库算是比较常用的了。作为运维,肯定遇到过数据被误删的情况。下面模拟数据库为误操作删除后的恢复过程。
修改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:19:29
一台服务器上开启了3个mysql实例进程,占用不同的端口 3306、3307、3308
糖豆贴心提醒,本文阅读时间5分钟 血的教训,事发经过就不详述了。直接上操作步骤及恢复思路(友情提示:数据库的任何操作都要提前做好备份),以下是Mysql数据后的恢复过程: 1. 找到binlog 恢复数据的前提是必须开启Mysql的binlog日志,如果binlog日志没开启,请忽略此篇文档。binlog日志是否开启可以查看Mysql配置文件。日志位置一般在/var/lib/mysql目录或者编译安装的date目录下。也可登录Mysql用命令查看。 # cat /etc/my.cnflog_bin
Linux 系统与数据库安全 目录 1. 帐号安全 1.1. Shell 安全 1.2. .history 文件 2. 临时文件安全 3. 其他安全问题 4. 防火墙配置 5. 数据库安全 5.3.1. 数据备份 5.3.2. 数据恢复 5.2.1. bind-address 5.2.2. mysql 管理 5.2.3. ~/.mysql_history 5.1. 数据库程序安全 5.2. 数据库客户端安全 5.3. mysqldump 安全 5.4. crontab 定时备份脚本于安全 5.5. 数据库归
[root@VM_0_7_centos data]# vim /etc/my.cnf [root@VM_0_7_centos data]# vim /etc/my.cnf [root@VM_0_7_centos data]# /etc/init.d/mysqld restart Shutting down MySQL.... SUCCESS! Starting MySQL. SUCCESS! [root@VM_0_7_centos data]# grep log_bin /etc/my.cnf [
useradd -r -s /sbin/nologin -d /app/mysql -m mysql # #
在mysql中会生大量的如mysq-bin.000001这类日志文件了,这些都是二进制文件了,如果我们是普通的日志没有进行主从配置就可以直接使用reset master进行删除了这个方法很简单,
MySQL 8.0 正式版 8.0.11 已发布,官方表示 MySQL 8 要比 MySQL 5.7 快 2 倍,还带来了大量的改进和更快的性能!
如果在开始备份时没有指定--flush-logs参数,则需要首先查看备份时所处的位置
爱可生 DBA 团队成员,熟悉 Oracle、MySQL、MongoDB、Redis,最近在盘 TiDB,擅长架构设计、故障诊断、数据迁移、灾备构建等等。负责处理客户 MySQL 及我司自研 DMP 数据库管理平台日常运维中的问题。热衷技术分享、编写技术文档。
MySQL的版本为 mysql Ver 14.14 Distrib 5.7.24, for Linux (x86_64) using EditLine wrapper 打开配置文件 sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf 在mysqld下面加上以下参数 server-id = 1 log_bin = /var/log/mysql/mysql-bin.log expire_logs_days = 30 max_binlog_siz
reset master、reset slave与reset slave all 今天测一测这几个参数,首先说下测试环境:
目录 1. 帐号安全 1.1. Shell 安全 1.2. .history 文件 2. 临时文件安全 3. 其他安全问题 4. 防火墙配置 5. 数据库安全 5.3.1. 数据备份 5.3.2. 数据恢复 5.2.1. bind-address 5.2.2. mysql 管理 5.2.3. ~/.mysql_history 5.1. 数据库程序安全 5.2. 数据库客户端安全 5.3. mysqldump 安全 5.4. crontab 定时备份脚本于安全 5.5. 数据库归档文件 5.6. 开发与测试环
本文以MySQL5.7为例,介绍在同一台机器下如何安装多个MySQL实例。 环境:RHEL 6.5 + MySQL 5.7
root@DB-02 ~]# mysql -u root -bash: mysql: command not found
二进制日志,记录对数据发生或潜在发生更改的SQL语句,并以二进制的形式保存在磁盘中。
# 1.安装脚本 #!/bin/bash echo "--------------------------检查mysql-----------------------" mysql -V &> /
有客户咨询到update一条没有记录的数据是否会记录到binlog文件中,按照不同的binlog_format记录的方式有所不同,STATEMENT记录完整的SQL语句,ROW格式记录变化内容,本文来探究CDB binlog相关问题
+------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 234592362 | | mysql-bin.000002 | 425234342 | | mysql-bin.000003 | 425345345 | | mysql-bin.000004 | 234234222 | | mysql-bin.000005 | 425994852 | +------------------+-----------+
MariaDB是MySQL的一个分支,由MySQL的创始人Michael Widenius主导开发,当期主要由开源社区在维护,采用GPL授权许可。MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。MariaDB以源码,二进制及rpm/deb格式分发。
领取专属 10元无门槛券
手把手带您无忧上云