⑴ 求助：关于linux下的MySQL数据恢复问题
Temps/usr/local/mysql/var/XXXXXX下存放着mysql所有数据文件？
那把这个目录下的所有文件直接拷贝到mysql(usr/local/mysql/var/XXXXXX，然后修改my.cnf文件
在[mysqld]元素下重新指定datadir和basedir参数，前者是mysql数据文件目录，后者是mysql安装根目录；
如果存在innodb引擎表，那么还要重新制定innodb_data_home_dir和innodb_data_file_path
前者是ibdata文件的目录，后者需要指定ibdata文件的大小，以及自增颗粒度，注意，你迁移的数据文件中本身就存在ibdata文件，所以innodb_data_file_path设置的大小必须和他一致，不然启动不了。
涉及到迁移，做好备份，以防误操作导致数据丢失。
⑵ linux下mysql数据库备份工具有哪些
⑶ linux 怎样恢复mysql数据库日志
一、binlog 介绍
服务器的二进制日志记录着该数据库的所有增删改的操作日志(前提是要在自己的服务器上开启binlog)，还包括了这些操作的执行时间。为了显示这些二进制内容，我们可以使用mysqlbinlog命令来查看。
用途1：主从同步
用途2：恢复数据库（也是线上出现一次数据库文件丢失后，才对这个有所了解并学习的）
mysqlbinlog命令用法：shell> mysqlbinlog [options] log_file ...
1)mysqlbinlog 选项示例
常见的选项有以下几个：
--start-datetime
从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间。取值如：="1470733768" 或者="2016-08-09 5:09:28"
示例:
[root@hcloud ~]# mysqlbinlog --start-datetime="2016-08-09 5:05:27" /var/lib/mysql/mysql-bin.000001
--stop-datetime
从二进制日志中读取指定小于时间戳或者等于本地计算机的时间取值和上述一样
--start-position
从二进制日志中读取指定position 事件位置作为开始。取值：="2698"
示例：
[root@hcloud ~]# mysqlbinlog --start-position="2698" /var/lib/mysql/mysql-bin.000001
--stop-position
从二进制日志中读取指定position 事件位置作为事件截至。取值：="2698"
二、环境准备以及备份恢复
1) 安装好mysql后，检查开启binlog
mysql> SHOW BINARY LOGS;
ERROR 1381 (HY000): You are not using binary logging
：上面提示说明没有服务器开启binlog
修改/etc/my.cnf
在mysqld选项中添加一行内容如下:
log-bin=mysql-bin
默认如果不给值的话，log-bin 的会
⑷ linux mysql备份和恢复
备份所有数据库# mysqlmp -u root -p --opt --all-databases > /root/all-databases
修复# myisamchk -r /var/lib/mysql/allusers/names.MYI
或# myisamchk -o /var/lib/mysql/allusers/names.MYI
⑸ mysql数据表内容删除后怎么恢复
在解决的过程中，以下几种尝试：
1.如果开启了日志，直接mysqlbinlog 使用日志恢复即可。
2.如果不是删除了一个表的部分数据，而是删除整个表，那么可以在删除后马上用磁盘数据恢复软件尝试恢复。（因为删除表后会有文件被删除，而删除表的部分数据，文件还是存在）
3.找数据恢复的公司，使用工具分析ibdata1（分析过程参考一页一页查看有没有历史记录存在，使用ibdata1恢复数据，应该是在了解数据表结构的前提下，数据库除ibdata1外其他数据受损不能正常使用数据库时尝试，而不是删了表数据后恢复什么的。（事实上，这个文件是存储现有表数据的，其实也可以设置成每个表一个文件。）
4.mysql下有ib_logfile0和ib_logfile1两个文件，其实这两个文件里，记录了Mysql的一些事物日志，用于事务的前滚后滚，是Mysql自身使用的，这个文件用文本工具打开后，有很多乱码，但却可以查找到被删除的少量数据的insert记录，极少数的乱码通过前后语句找出了原文，最终通过事物日志恢复了删除的文件。
注：用事物日志恢复，需要几个前提。
1：知道被删除数据的大概位置，不要这边查找，那边又不断有新数据插入。
2：因为有很多乱码，适用于查找少量数据，而不是用作大量数据的恢复，浪费体力。
3：如果二进制日志没开，没有备份，那么只能用这种方法恢复了。