数据库事件

直接让Sql server 回传好像是不行的。你可以换个思路

1：通过轮训，定时查询数据库状态。

2：在table上做一个触发器，当做了删除修改等记录的时候触发一个文件更新,然后用文件fileSystemWatcher1_Changed抓取事件。

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

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

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

实验

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

快速创建一些数据：

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

查看一下总的行数：

我们来释放一个大的 update：

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

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

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

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