⑴ mysql 如何回滚事物是通过日志吗
你指复的是事务回滚吗，mysql 的制innodb和ndb引擎支持事务，默认事务自动提交， 使用事务回滚需要先关闭自动提交，set autocommit=off，这个是session级别的设置，每次重连需要重新设置 之后你就可以正常使用事务回滚了
⑵ log4j 的 文件回滚日志 和 普通文件日志 生成的 文件 并无区别阿请高手指点
日志来回滚我理解的应该是在自处理多个事物的时候,在最后一个或前面已经处理完而到某一个没有处理完的情况下返回到开始那处理,做完的事物日志清空,相当与没做,也就是全部作完才持久化所有日志,普通文件日志你做一个他生成一个,不管其他的会不会完成.和数据库回滚相似
⑶ mysql存储过程捕获异常和事物回滚机制，另外错误的日志文件写入txt文本。。。 求大神帮帮忙。。。。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。
1. check table 和 repair table
登陆mysql 终端：
mysql -uxxxxx -p dbname
check table tabTest;
如果出现的结果说Status是OK，则不用修复，如果有Error，可以用：
repair table tabTest;
进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。
2. myisamchk, isamchk
其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：
myisamchk tablename.MYI
进行检测，如果需要修复的话，可以使用：
myisamchk -of tablename.MYI
关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：
[ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。
需要注意的时，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！检测修复所有数据库(表)
⑷ Oracle回滚段和重做日志的区别，联系
回滚来段的作用：事务隔离源并保证读一致性、事务rollback时恢复数据
事务隔离：事务A和B同时运行，A修改了一行数据但未提交，此时Oracle有可能已经将该数据更新到数据文件中了。但此时事务B不应该看到新数据，因此Oracle应该在执行事务A时将数据的旧值放入回滚段，供事务B读取。
事务rollback时恢复数据：由于时间效率、空间等原因，oracle可能在事务还未提交之前就将数据更新到数据文件中，当用户rollback时，应该回滚。
重做日志的作用：数据库崩溃时恢复未写入数据文件中的数据。
当用户修改数据时，Oracle首先将回滚信息和新数据写入重做日志，不管事务是否已经提交。当用户提交一个事务，Oracle也可能没有及时的将事务写入数据文件。当数据库崩溃后重启，Oracle根据重做日志，将所有可能已经提交的、或未提交的数据重新应用到数据文件中（包括回滚信息和新数据）。然后再根据回滚段回滚未提交的事务。
⑸ 系统故障时自动恢复进程将使用事务日志前滚所有已提交的事务，并回滚任何未完成的事务。什么是前滚和回滚
前滚是未完全提交的事务，如果这时候数据库崩溃了或者断电了，重新开机启动数据库时内，就需要用前滚容来完成事务的完全提交，即将先前那部分已经提交了还在内存里的块写入到磁盘上的数据库表里。 叫做前滚。 回滚就是未提交的事务，如果这时候数据库崩溃了或者断电了，重新开机启动数据库时，就需要用回滚来将先前那部分已经写入到数据文件的块从数据库表上撤销掉。就是回滚。望采纳 个人理解
⑹ 如何实现mysql 数据库的二进制日志回滚
mysql命令行下怎样实现数据的回滚操作
在MySQL有时执行了错误的update或者delete时导致大量数据错误恢复的办法。执行时没有开启事务，也没有对数据进行。这时就需要使用到sqlbinlog工具。
sqlbinlog需要开启，具体的打开方法就不说了。
使用sqlbinlog会产生bin文件，恢复就需要用到这些文件。文件中记录着数据库的所有操作。（此方法的操作是将数据库之前所执行的语句重新执行一次，以达到恢复效果）
具体步骤：1，先找到bin文件，一般都是在mysql的data文件夹中，结尾以.00000X等形式结束。
2，寻找需要还原的时间点 使用语句 mysqlbinlog 文件名 例（MySQLbinlog xxbin.000001）来查看内容，然后找到对应的具体时间
3，导出sql语句，使用语句 mysqlbinlog 文件名>sql文件路径 例(mysqlbinlog xxxbin,00001>>a.sql | mysql -u root -p )
如果需要指定时间导出--start--date -stop='' --date='' 来导出指定时间执行的语句例(sqlbinlog --start-stop='2015-11-22 10:00:00' xxbin.000001>a.sql | mysql -u root -p )这句意思是导出在2015-11-22 10点之前的语句，反之start是导出时间之后的。 start和stop可以同时使用。
如果存在多个bin文件，则按照需要导出。
4，使用mysql将导出的语句执行一次。
⑺ 翻译一下SQL2000数据库应用程序系统日志记录
1 恢复系统正在检查数据表“master”
2 服务器完成线程配置！
3 数据库回滚事务为“0”
4 数据库“回dbfood”已恢复：答100%
5 数据库“dbfood”中向前回滚了5683项事务！[或操作]
翻译的不好，但大概意思吧！我也学过数据库，每transaction commit 一次是对数据库的一次操作事务，数据库回滚是对还事务数据库操作的逆操作！
⑻ sql 回滚语句
这种情况的数据恢复只能利用事务日志的备份来进行，所以如果你的SQL没有进行相应的全库备份
或不能备份日志（truncate log on checkpoint选项为1），那么就无法进行数据的恢复了，或者
只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法：
1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进
进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）
backup log dbName to disk='fileName'
2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢
复
restore database dbName from disk='fileName' with norecovery
3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restore log dbName from disk='fileName'
with stopat='date_time'
以上这些操作都可以在SQL SERVER企业管理器里完成，难度不大。。。
当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利
用上述方法来恢复数据的...
⑼ db2 归档日志误删怎么解除回滚
从数据库还原后状态判定数据库进行的是在线备份。DB2还原后假如要求你内做前滚，那么你必须要容有数据库日志，这些日志的来源有两种：
1、数据库在线备份时包含的数据库日志，并且还原时将这些日志输出到了指定的目录
2、从备份机上复制数据库日志到待还原的机器上，这些日志的存放目录可以通过DB CFG查看：
GET DB CFG FOR <DBNAME>，这个命令的部分输出如下：
Path to log files = /disk2/ibmdb2/database/svradmin/NODE0000/SQL00001/SQLOGDIR/
⑽ linux 的logrotate日志回滚可以按大小和日期为检测标准进行回滚，现在我想要记录一个系统启动过程的日志
关机的时候会kill服务
你在你的/etc/rc.d/init.d/目录下建立一个关机执行脚本
任务内容就是滚动系统启动过程的日志
即可下次开机便可 记录到新滚动的日志里了，，