有时候我们会不小心对一个大表进行了 update,比如说写错了 where 条件......
此时,如果 kill 掉 update 线程,那回滚 undo log 需要不少时间.如果放置不管,也不知道 update 会持续多久.
那我们能知道 update 的进度么?
实验
我们先创建一个测试数据库：
快速创建一些数据：
连续执行同样的 SQL 数次,就可以快速构造千万级别的数据：
查看一下总的行数：
我们来释放一个大的 update：
然后另起一个 session,观察 performance_schema 中的信息：
可以看到,performance_schema 会列出当前 SQL 从引擎获取的行数.
等 SQL 结束后,我们看一下 update 从引擎总共获取了多少行：
小贴士
information_schema.tables 中,提供了对表行数的估算,比起使用 select count(1) 的成本低很多,几乎可以忽略不计.
那么是不是所有的 update,从引擎中获取的行数都会是表大小的两倍呢?这个还是要分情况讨论的,上面的 SQL 更新了主键,如果只更新内容而不更新主键呢?我们来试验一下：
等待 update 结束,查看 row_examined,发现其刚好是表大小：
那我们怎么准确的这个倍数呢?
一种方法是靠经验：update 语句的 where 中会扫描多少行,是否修改主键,是否修改唯一键,以这些条件来估算系数.
另一种方法就是在同样结构的较小的表上试验一下,获取倍数.
这样,我们就能准确估算一个大型 update 的进度了.
可以用个很简单的办法.
select * from 表 order by Data(这个是你自己时间的字段) desc .
然后再读取RS的时候用if(rs.next())而不用while这样就是最接近的那条记录了.
mysql查看一条sql更新了多少数据?
输入以下内容：SELECT * from 你要查的表名 where 自增长的主键/日期=(select max(主键/日期) from 你要查的表名);
查看MySQL执行的语句
想实时查看MySQL所执行的sql语句,类似mssql里的事件探查器.对my.ini文件进行设置,打开文件进行修改：
ong_query_time =1 --是指执行超过多久的sql会被log下来,这里是1秒
log-slow-queries=slowqueris.log --将查询返回较慢的语句进行记录
log-queries-not-using-indexes = nouseindex.log --就是字面意思,log下来没有使用索引的query
log=mylog.log --对所有执行语句进行记录
以上参数开启后,可能会影响MySQL性能,在生产环境下建议关闭
如何使用新的更新日志
如果你只使用一个更新日志,你只须清空日志文件,然后移走旧的更新日志文件到一个备份中,然后启用新的更新日志.
用下列方法可以强制服务器启用新的更新日志：
mysqladmin flush-logs
你一般需要在命令行提供使用的+数据库用户：
mysqladmin –u root –p flush-logs mysqladmin refresh
你一般需要在命令行提供使用的数据库用户：
mysqladmin –u root –p refresh
SQL命令
FLUSH LOGS
重启服务器
上述方法都具有这样的功能：
关闭并且再打开标准和更新记录文件.如果你指定了一个没有扩展名的更新记录文件,新的更新记录文件的扩展数字将相对先前的文件加1.
mysqlFLUSH LOGS;
如何使用新的常规日志
用上面的方法同样可以强制更新常规日志.
要准备备份常规日志,其步骤可能复杂一些：
$ cd mysql-data-directory$ mv mysql.log mysql.old$ mysqladmin flush-tables
然后做一个备份并删除"mysql.old".
需要设置有自增型的字段,一般是唯一的.如user表的对应字段为 user_id,则,取最新10条SQL命令为: