linux修复数据库表

❶ 我把linux下的mysql文件夹拷贝了下来，想在另一台linux下的mysql上恢复数据,多个数据库文件，出现1146错误

项目上 MySQL还原 SQL 备份经常会碰到一个错误如下，且通常出现在导入视图、函数、存储过程、事件等对象时，其根本原因就是因为导入时所用账号并不具有SUPER 权限，所以无法创建其他账号的所属对象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常见场景：1. 还原 RDS 时经常出现，因为 RDS 不提供 SUPER 权限；2. 由开发库还原到项目现场，账号权限等有所不同。

处理方式：

1. 在原库中批量修改对象所有者为导入账号或修改SQL SECURITY为Invoker；2. 使用 mysqlmp 导出备份，然后将 SQL 文件中的对象所有者替换为导入账号。
二、问题原因我们先来看下为啥会出现这个报错，那就得说下 MySQL 中一个很特别的权限控制机制，像视图、函数、存储过程、触发器等这些数据对象会存在一个DEFINER和一个SQL SECURITY的属性，如下所示：

• --视图定义CREATEALGORITHM=UNDEFINEDDEFINER=`root`@`%`SQLSECURITYDEFINERVIEWv_test




• --函数定义CREATEDEFINER=`root`@`%`FUNCTION`f_test()`RETURNSvarchar(100)SQLSECURITYDEFINER




• --存储过程定义CREATEDEFINER=`root`@`%`PROCEDURE`p_test`()SQLSECURITYDEFINER




• --触发器定义CREATE DEFINER=`root`@`%` trigger t_test




• --事件定义CREATE DEFINER=`root`@`%` EVENT `e_test`

• DEFINER：对象定义者，在创建对象时可以手动指定用户，不指定的话默认为当前连接用户；

• SQL SECURITY：指明以谁的权限来执行该对象，有两个选项，一个为DEFINER，一个为INVOKER，默认情况下系统指定为 DEFINER；DEFINER：表示按定义者的权限来执行；INVOKER：表示按调用者的权限来执行。

• 如果导入账号具有 SUPER 权限，即使对象的所有者账号不存在，也可以导入成功，但是在查询对象时，如果对象的SQL SECURITY为DEFINER，则会报账号不存在的报错。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist




• 改写好处：1. 可以避免还原时遇到 DEFINER 报错相关问题；2. 根据输出信息知道备份是否正常进行，防止备份中遇到元数据锁无法获取然后一直卡住的情况。

❷ 如何解决linux突然断电 数据库表损坏

首先你的断电是指什么？现在的手持设备都有超过3种供电电源。那我猜的说版的断电是同时切断包括权电池和USB在内的所有外部电源了。那么不论你的挂载点在哪里，kernel肯定是直接down掉的，cpu状态也不会被保存，内存清空，所有进程都不存在了，已经在读的进程不再持有文件句柄（没影响），已经在写的进程就写到某个字符停住，但是这些都不会影响到硬盘啊。所以对文件系统不会有损坏，但是对硬件会有些许伤害。但现在手持设备都维持在2.5~3V，断电对硬件的影响实际也不大。
至于你说的“怎么才能再以可读写属性挂载该磁盘呢”。我不理解这个“再”字。重新上电后一切重新开始，kernel boot重跑一遍，跟断电前你的挂载已经没有关系了。另一种情况，你可以在linux控制台启动句柄里面设置，把你的挂载命令写在那里面，那么每次启动时就自动挂载了

❸ linux系统mysql怎么还原

你说的还原，指有备份的还原，下面是你做过备份的恢复：
如我们要备份mysql中已经存在的名为linux的数据库，要用到命令mysqlmp
命令格式如下：
[root@linuxsir01 root]# mysqlmp -u root -p linux > /root/linux.sql
Enter password:在这里输入数据库的密码

通过上面的命令，我们要明白两件事，首先备份数据库是要以数据库管理员的身份备份；其次：备份目的地是/root，备份的文件名是linux.sql。其实备份的位置和文件名，根据自己的情况来定。文件名可以自己来取，路径也可以自己来安排；
比如我想把linux的数据库备份到/home/beinan，数据库的文件名为linuxsir031130.sql，所以应该输入如下的命令。

[root@linuxsir01 root]#mysqlmp -u root -p linux > /home/beinan/linuxsir031130.sql
Enter password:在这里输入数据库管理员root的数据库密码

如果数据量大会占用很大空间，这时可以利用gzip压缩数据，命令如下：

#mysqlmp -u root -p tm | gzip > tm_050519.sql.gz

这样我们到/home/beinan目录下就能发现mysql中名为linux的数据库的备份文件linuxsir031130.sql
综上所述，我们学习时要学会变通。

恢复：
首先我们还是要操作上面几个过程，比如添加数据库管理员(如果您没有添加过mysql数据库管理员的话)，创建数据库等。
比如我们要把在/home/beinan这个目录中的linuxsir031130.sql这个备份，导入名为linux的数据库中，应该如下操作；
[root@linuxsir01 root]#mysql -u root -p linux < /home/beinan/linuxsir031130.sql
Enter password:在这里输入密码

如果机器好，数据库比较小，几分钟就好了。

如何导出数据库表的数据？(不同于备份哦)

#mysql

(#mysql>use linux；)#可有可无

#mysql>select * from linux.table-name into outfile "/home/table-name.txt";

#/home/table-name.txt 可能会报错，如果这样去掉/home直接"table-name.txt"

默认保存在/var/lib/mysql/table-name.txt

对mysql数据库常用命令的一点补充；

几个常用的mysql相关的管理命令
mysql 命令：基本文本的，显示和使用的mysql数据库。前面已经简单的提过用法；比如登录等。
mysqladmin 命令，用来创建和维护mysql数据库的命令，前面已经简单的提过；
isamchk 是用来修复、检查和优化.ism后缀的数据库文件；
mysqlmp 是用于备份数据库，前面已经简单的说明过；
myisamchk 用来修复.myi后缀的数据库文件；

比如我们要检查名为linux的数据库.myi数据库表是否存在问题，应该用下面的命令；

要把mysqld服务器停下来
[root@linuxsir01 root]# /opt/mysql/share/mysql.server stop

然后执行
[root@linuxsir01 root]# /opt/mysql/bin/myisamchk /opt/mysql/var/linux/*.MYI

上面的命令的意思就是检查所有的.myi文件，数据库的目录在/opt/mysql/var/linux/目录中

如果有问题，应该用-r参数来修复
[root@linuxsir01 root]# /opt/mysql/bin/myisamchk -r /opt/mysql/var/linux/*.MYI

7]mysqlshow 命令：显示用户选择的数据库和表
[root@linuxsir01 root]# /opt/mysql/bin/mysqlshow -uroot -p [数据库名]

比如我要查看名为linux的数据库；应该是：

[root@linuxsir01 root]# /opt/mysql/bin/mysqlshow -uroot -p linux

❹ linux 备份的数据库怎么恢复

一、 使用mysql相关命令进行简单的本地备份

1 mysqllmp命令

mysqlmp 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。

使用 mysqlmp进行备份非常简单，如果要备份数据库” db_backup ”,使用命令：
#mysqlmp –u -p phpbb_db_backup > /usr/backups/mysql/db_backup2008-1-6.sql
还可以使用gzip命令对备份文件进行压缩：
#mysqlmp db_backup | gzip > /usr/backups/mysql/ db_backup2008-1-6.sql.gz (备份后生成的sql不含建库语句！)
只备份一些频繁更新的数据库表：
## mysqlmp sample_db articles comments links > /usr/backups/mysql/sample_db.art_comm_lin.2008-1-6.sql
上面的命令会备份articles, comments, 和links 三个表。

恢复数据使用命令：
#mysql –u -p db_backup </usr/backups/mysql/ db_backup2008-1-6.sql
注意使用这个命令时必须保证数据库正在运行。

2 使用 SOURCE 语法

其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：
# SOURCE /tmp/db_name.sql;
这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。

3 mysqlhot备份

mysqlhot 只能用于备份 MyISAM，并且只能运行在 linux 和Unix 和 NetWare 系统上。mysqlhot 支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：
#mysqlhot -h=localhost -u=goodcjh -p=goodcjh db_name /tmp
(把数据库目录 db_name 拷贝到 /tmp 下)
注意，想要使用 mysqlhot，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES) 权限，并且还必须要能够有读取 datadir/db_name 目录的权限。

还原数据库方法：

mysqlhot 备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld 指定的 目录 (在这里是 /usr/local/mysql/data/)目录下即可，同时要注意权限的问题，另外首先应当删除数据库旧副本如下例：

# /bin/rm -rf /mysql-backup/**//*old
关闭mysql 服务器、复制文件、查询启动mysql服务器的三个步骤：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# cp -af /mysql-backup/**//* /var/lib/mysql /
# /etc/init.d/mysqld start
Starting MySQL: [ OK ]
#chown -R nobody:nobody /usr/local/mysql/data/ (将 db_name 目录的属主改成 mysqld 运行用户)
二、使用网络备份

将MYSQL数据放在一台计算机上是不安全的，所以应当把数据备份到局域网中其他Linux计算机中。假设Mysql服务器IP地址是：192.168.1.3。局域网使用Linux的远程计算机IP地址是192.168.1.4；类似于windows的网络共享，UNIX(Linux)系统也有自己的网络共享，那就是NFS(网络文件系统)，在linux客户端挂接(mount)NFS磁盘共享之前，必须先配置好NFS服务端。linux系统NFS服务端配置方法如下：

(1)修改 /etc/exports,增加共享目录
/export/home/sunky 192.168.1.4(rw)
/export/home/sunky1 *(rw)
/export/home/sunky2 linux-client(rw)
注：/export/home/目录下的sunky、sunky1、sunky2是准备共享的目录，10.140.133.23、*、linux-client是被允许挂接此共享linux客户机的IP地址或主机名。如果要使用主机名linux-client必须在服务端主机/etc/hosts文件里增加linux-client主机ip定义。格式如下：
192.168.1.4 linux-client
若修改/etc/export文件增加新的共享，应先停止NFS服务，再启动NFS服务方能使新增加的共享起作用。使用命令exportfs -rv也可以达到同样的效果。linux客户端挂接(mount)其他linux系统或UNIX系统的NFS共享。这里我们假设192.168.1.4是NFS服务端的主机IP地址，当然这里也可以使用主机名，但必须在本机/etc/hosts文件里增加服务端ip定义。/export/home/sunky为服务端共享的目录。如此就可以在linux客户端通过/mnt/nfs来访问其它linux系统或UNIX系统以NFS方式共享出来的文件了。

把MYSQL数据备份到使用Linux的远程计算机需要在两端都安装NFS协议（Network File System），远程NFS计算机安装NFS协议后还要修改配置文件：/etc/exports,加入一行：
/usr/backups/mysql/ 192.168.1.4 (rw, no_root_squash)
表示将/usr/backups/mysql/目录共享。这个目录具有远程root用户读写权限。保存NFS配置文件，然后使用命令：
#exportfs -a –r
然后重新启动NFS服务：
#service nfsd start
远程计算机设定后，在MYSQL服务器/mnt 目录下建立一个backup_share目录：
#mkdir /mnt/backup_share
将远程的Linux计算机的/usr/backups/mysql/目录挂载到MYSQL服务器的/mnt/backup_share目录下：
# mount -t nfs 192.168.1.4：/usr/backups/mysql /mnt/backup_share
将目录挂载进来后，只要进入/mnt/backup_share 目录，就等于到了IP地址：192.168.1.4那部NFS 计算机的/usr/backups/mysql 目录中。下面使用mysqlmp把“phpbb_db_backup”备份到远程计算机：
# mysqlmp db_backup > /mnt/backup_share/ db_backup2008-1-6.sql
自动完成网络备份的方法：

Linux 服务器上的程序每天都在更新 MySQL 数据库，于是就想起写一个 shell 脚本，结合 crontab，定时备份数据库。建立一个shell脚本：sample_db_backup.sh
# At the very end the $(date +%F) 自动添加备份日期
mysqlmp -u <username> -p <password> -h <hostname> sample_db > /mnt/backup_share/sample_db.$(date +%F)

#un-mount the filesystem
umount /mnt/backup_share
# mount \u2013o soft 192.168.1.4:/archive /mnt/backup_share
说明：mount NFS服务器的一个重要参数：hard （硬） mount或soft（软）mount。

硬挂载: NFS客户机会不断的尝试与NFS服务器的连接（在后台，一般不会给出任何提示信息），直到挂载上为止。
软挂载:会在前台尝试与NFS服务器的连接，是默认的连接方式。当收到错误信息后终止mount尝试，并给出相关信息。

对于到底是使用硬挂载还是软挂载的问题，这主要取决于你访问什么信息有关。例如你是想察看NFS服务器的视频文件时，你绝对不会希望由于一些意外的情况（如网络速度一下子变的很慢）而使系统输出大量的错误信息，如果此时你用的是硬挂载方式的话，系统就会等待，直到能够重新与NFS 服务器建立连接传输信息。另外如果是非关键数据的话也可以使用软挂载方式，如FTP一些数据等，这样在远程机器暂时连接不上或关闭时就不会挂起你的会话过程。

下面建立脚本文件权限：chmod +x ./sample_db_backup.sh

然后使用将此脚本加到 /etc/crontab 定时任务中：
01 5 * * 0 mysql /home/mysql/ sample_db_backup.sh
好了，每周日凌晨 5:01 系统就会自动运行 sample_db_backup.sh 文件通过网络备份 MySQL 数据库了。

三、实时恢复M y S Q L数据方法

在对MySQL数据和表格结构进行备份时，mysqlmp是一个非常有用的工具。然而，通常情况下，一般一天只备份一次，或者在一个特定的间隔备份一次。如果在刚备份完成的一段时间以内数据丢失，那么这些数据很有可能无法恢复。有什么方法可以对数据进行实时性地保护呢?事实上，现在有几种方法都可以实现MySQL数据库的实时保护。这里介绍其中一种，即使用二进制日志进行数据恢复。

1 设置二进制日志方法

要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：

# SHOW BINLOG EVENTS \G
2 最简单的数据恢复

每天备份和运行二进制日志的确是一个在MySQL服务器中恢复数据的不错方法。比如，可以每天在深夜使用mysqlmp对数据进行备份，如果某天在数据备份完成后的一段时间里，由于某种原因数据丢失，可以使用以下方法来对其进行恢复。首先，停止MySQL服务器，然后使用以下命令重新启动MySQL服务器。该命令将保证是惟一可以访问该数据库服务器的人：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# mysqld --socket=/tmp/mysql_restore.sock --skip-networking
这里， 一socket选项将为U n i x 系统命名一个不同的Socket文件。一旦服务器处于独占控制之下，就可以放心地对数据库进行操作，而不用担心在进行数据恢复的过程中有用户尝试访问数据库而导致更多的麻烦。进行恢复的第一个步骤是恢复晚上备份好的mp文件：
#mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock < /var/backup/20080120.sql
该命令可以将数据库的内容恢复至晚上刚刚完成备份的内容。要恢复mp文件创建后的数据库事务处理， 可以使用mysqlbinlog工具。如果每天晚上进行备份操作时都对日志进行flush操作，则可以使用以下命令行工具将整个二进制日志文件进行恢复：
mysqlbinlog /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock
3 针对某一时问点的恢复

对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。假设用户在2008-1-22上午10点执行的SQL语句删除了一个大的数据表，则可以使用以下命令进行恢复：要想恢复表和数据，你可以恢复前晚上的备份，并输入：

#mysqlbinlog --stop-date="2008-1-22 9:59:59"
/var/log/mysql/bin.123456 |
mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
该语句将恢复所有给定一stop-date日期之前的数据。如果在执行某SQL语句数小时之后才发现执行了错误操作，那么可能还需要恢复之后输入的一些数据。这时， 也可以通过mysqlbinlog来完成该功能：
#mysqlbinlog --start-date="2008-1-22 10:01:00" \
/var/log/mysql/bin.123456 \
| mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。

4 使用Position进行恢复

也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作命令为：
mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00"
/var/log/mysql/bin.123456 > /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用vi或者gedit文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：
mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456
| mysql -u root -pmypwd
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456
| mysql -u root -pmypwd
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关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下oracle数据库中表空间下不小心删掉的的. DBF文件如何恢复 跪求！！！！急急急！！！

PRM-DUL 可以直接从Oracle .DBF数据文件中抽取出表的数据。

Oracle DBA神器：PRM灾难恢复工具，Schema级别回数据恢复。PRM For Oracle Database –答 schema级别oracle数据库数据恢复特性 ，PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。