数据库历史diag.log怎么看

db2diag命令，是用来查看db2数据库运行日志信息的，实际上，db2运行日志是记录在db2diag.log文件中，可以 通过此文件，查看记录的有关DB2数据库详细的错误信息，而db2diag只是查看该日志文件的一个小工具而已。db2数据库在运行过程中如果经常有报错的话，这个文件增长的会很快，需要定期清理，备份移走或者删除，通常有两种方法：

可以通过执行db2 get dbm cfg 来查看Diagnostic data directory path(DIAGPATH) 参数的设置。

1、使用db2diag工具，直接执行命令db2diag -A /db2diagbak (备份至/db2diagbak ,使用db2diag -h查看db2diag帮助)，系统会自动移走db2diag.log并将备份的文件名添加上当前日期时间信息。

2、直接备份，在db2停止运行的情况下，将db2diag.log文件备份至其他文件系统，该文件删除后在db2启动后会自动重建。

有时候我们会不小心对一个大表进行了 update，比如说写错了 where 条件......

此时，如果 kill 掉 update 线程，那回滚 undo log 需要不少时间。如果放置不管，也不知道 update 会持续多久。

那我们能知道 update 的进度么？

实验

我们先创建一个测试数据库：

快速创建一些数据：

连续执行同样的 SQL 数次，就可以快速构造千万级别的数据：

查看一下总的行数：

我们来释放一个大的 update：

然后另起一个 session，观察 performance_schema 中的信息：

可以看到，performance_schema 会列出当前 SQL 从引擎获取的行数。

等 SQL 结束后，我们看一下 update 从引擎总共获取了多少行：

可以看到该 update 从引擎总共获取的行数是表大小的两倍，那我们可以估算：update 的进度 = (rows_examined) / (2 * 表行数)