MySQLl提供了一个mysqldump命令,我们可以用它进行数据备份. 按提示输入密码,这就把abc数据库所有的表结构和数据备份到abc_20161108.sql了, # mysqldump -u root -p abc > abc_20161108.sql 因为要总进行备份工作,如果数据量大会占用很大空间,这时可以利用gzip压缩数据,命令如下: # mysqldump -u root -p tabc m | gzip > abc_20161108.sql.gz 系统崩溃,重建系统时,可以

如何实现mysql读写分离 1.通过程序实现读写分类(性能 效率最佳) php和java都可以通过设置多个连接文件轻松实现对db的读写分离,即当select时,就去连读库的连接文件,当update,insert,delete时就去连写库的连接文件. 2.mysql-proxy, amoeba等代理软件也可以实现读写分离 3.开发dbproxy 主从同步原理 是异步的,逻辑的 主库 必须开启binlog io线程 从库 io线程 sql线程 master: ip port user/pass bi

1.全量备份和增量备份 1.1全量备份 就是对现有的数据进行全部备份,之前做的备份均可舍弃,以最新的全备为基点. a.全备所有数据库 Innodb引擎: [root@leader mysql]#mysqldump -uroot -proot -F -A -B --events --single-transaction --master-data=1|gzip>/data/backup/mysql_backup_$(date +%F).sql.gz Myisam引擎: [root@leader m

mysql数据库恢复(*frm)文件 WorkBench 在使用虚拟服务器时,服务器提供商一般不会像我们使用本地数据库一样:使用导入导出(这样的文件后缀是*.sql).大部分时候提供的是一个文件夹,里面包括:数据库名文件夹,文件夹里包括,*.frm,*.MYI,*.MYD,并且包含一个db.opt文件.分别介绍一下:    *.frm----描述了表的结构    *.MYI----表的索引    *.myd----保存了表的数据记录    db.opt----用文本编辑器打开,可以看到里面保存的

MySQL 备份恢复单个innodb表呢,对于这种恢复我们我们很多朋友都不怎么了解了,下面一起来看一篇关于MySQL 备份恢复单个innodb表的教程 在实际环境中,时不时需要备份恢复单个或多个表(注意:这里除非明确指定,所说的表一律指InnoDB表),而对于innodb引擎恢复单个表需要整体的恢复,xtrabackup也可以单个表恢复,只不过是用的正则过滤的,不知最新版本是否支持表空间传输特性.本文将要说说怎么移动或复制部分或全部的表到另一台服务器上,而所要用到的技术点就是transporta

在之前的文章「简单了解InnoDB底层原理」聊了一下MySQL的Buffer Pool.这里再简单提一嘴,Buffer Pool是MySQL内存结构中十分核心的一个组成,你可以先把它想象成一个黑盒子. 黑盒下的更新数据流程 当我们查询数据的时候,会先去Buffer Pool中查询.如果Buffer Pool中不存在,存储引擎会先将数据从磁盘加载到Buffer Pool中,然后将数据返回给客户端:同理,当我们更新某个数据的时候,如果这个数据不存在于Buffer Pool,同样会先数据加载进来,然后

转载自http://blog.chinaunix.net/uid-20577907-id-161611.html 比如我们要备份mysql中已经存在的名为linux的数据库,要用到命令mysqldump 命令格式如下: [root@linuxsir01 root]# mysqldump -u root -p linux > /root/linux.sql Enter password:在这里输入数据库的密码 通过上面的命令,我们要明白两件事,首先备份数据库是要以数据库管理员的身份备份:其次:备份

mysqldump增量恢复何时需要使用备份的数据? 备份最牛逼的层次,就是永远都用不上备份.--老男孩 不管是逻辑备份还是物理备份,备份的数据什么时候需要用?=========================================================== 1.恢复数据到测试库的时候. 2.人为通过SQL语句将数据删除的时候. 3.做数据库主从复制的时候. 其它场景(诸如硬件.删了磁盘上文件)几乎都不要使用备份恢复, 而是直接使用主从复制功能,将业务切换到从库.=======

数据库恢复注意事项: # 数据恢复和字符集关联很大,如果字符集不正确会导致恢复的数据乱码. #MySQL命令和source命令恢复数据库的原理就是把文件的SQL语句,在数据库重新执行的过程. 1.利用source命令恢复数据库 进入MySQL数据库控制台 mysql -u root -p密码登陆后,mysql>use 数据库,然后使用source命令,后面参数为脚本文件. mysql>source dadong_db.sql ###这个文件可以是全路径的压缩包,也可以是相对路径(必须先进入到压

数据库逻辑备份 逻辑备份:将数据库的数据以逻辑的SQL语句的方式导出 查看帮助 mysqldump --help 0.数据库开启状态 1.备份某个特定的库: mysqldump -uroot -proot -B -x ftl|gzip >/var/log/ftl_$(date +"%F").sql.gz 2.备份所有库 mysqldump -uroot -proot -B -A -x --events |gzip > /usr/local/mysql/mysql_$(dat

备份数据: mysqldump #mysqldump -uroot -p123456 test > /test_bak.sql #egrep -v "#|\*|--|^$" /test_bak.sql 指定对应字符集 #mysqldump -uroot -p123456 --default-character-set=utf8 test > /test_bak.sql 加 -B 参数: 备份多个库 (增加创建数据库和连接数据库的命令) #mysqldump -uroot -

一.模拟误删除数据表的恢复 1 二进制日志功能启用 vim /etc/my.cnf [mysqld] log-bin 2  完全备份 mysqldump -A -F --master-data=2 --single-transaction |gzip > /data/all.sql.gz 3 修改数据表 insert students (name,age)values('a',20); 修改第一次 insert students (name,age)values('b',30); 修改第二次 f

mysql备份表结构和数据 方法一. Create table new_table_nam备份到新表:MYSQL不支持: Select * Into new_table_name from old_table_name; 替代方法: create table tb2 select c1,c2,c3 from tb1 group by c1,c2,c3; 方法二.insert into newtable select * from oldtable; 1. 语法介绍有三张表a.b.c,现在需要从表

事件背景 MySQL数据库每日零点自动全备 某天上午9点,二狗子不小心drop了一个数据库 我们需要通过全备的数据文件,以及增量的binlog文件进行数据恢复 主要思想与原理 利用全备的sql文件中记录的CHANGE MASTER语句,binlog文件及其位置点信息,找出binlog文件增量的部分 用mysqlbinlog命令将上述的binlog文件导出为sql文件,并剔除其中的drop语句 通过全备文件和增量binlog文件的导出sql文件,就可以恢复到完整的数据 过程示意图 操作过程 模拟数

原文转自: http://blog.csdn.net/dbanote/article/details/13295727 应用场景: ************************************************************************************************ 1.备份目录为/backup/full和/backup/incre的架构,前者保存全备,后者保存增量备份 2.如全备为/backup/full/2015-04-08_15-1

1.查询日志是否开启 show variables like"log_"; 2.查询是用的哪个日志文件 show master status; 3.定位是在什么时间误删的 /usr/local/mysql/bin/mysqlbinlog /usr/local/mysql/var/mysql-bin.000075 show binlog events in 'mysql-bin.000075'; 也就是说,610是drop了数据表,那么恢复至能到505即可 4.恢复 /usr/local

备份命令: mysqldump -u root -p --opt 数据库名 > /data/数据库文件名.sql 恢复命令: mysql -u root -p 数据库名</data/恢复的数据库文件

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库.用于slave端执行增删改,保持与master同步. 1.开启binary log功能 需要修改mysql的配置文件,本篇的实验环境是win7,配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可      eg:      [mysqld]            

-B 跟--database 意义一样 在默认不指定库时候 连续名称,只有第一个名称为库名,后面的都为表名 而使用 -B 或者 --database 之后 所有的名 都是库名 1 导出单个库时候加了-B [root@ayibang-server ~]# mysqldump -uroot -p123 -h 192.168.1.30 -B a --lock-all-tables|gzip >all.sql.gz 恢复的时候,无论你如何use到任何哪个库,source恢复都会导入到 原来备份的单个库

由于种种原因,Mysql root用户的密码可能被恶意篡改,这个时候就需要对Mysql进行密码恢复了.大致步骤如下: 1.修改MySQL的登录设置: # vi /etc/my.cnf 在[mysqld]的段中加上一句:skip-grant-tables 保存并且退出vi. 2.重新启动mysqld # /etc/init.d/mysqld restart  ( service mysqld restart ) 3.登录并修改MySQL的root密码 mysql> USE mysql ; mysq

蛋疼,定时任务设置错误.把数据给删除了.还有一次是服务器时间不对,也把数据给删除了. 还好,开启了二进制日志,才算把数据找回,但是速度效率也太低. 痛定思变.在把一切交由电脑工作的时候,也要做好一定的防备工作. 先说缘由,本来是定时在晚上一个脚本执行清理数据的任务.结果不小心写错了. 本该是 55 20 31 10 * /home/tool/clean.sh 结果没细查直接就写成了 55 20 * * * /home/tool/clean.sh 结果大家都知道的了. 大惊之下进入mysql目录下