
我的想法是你给这个表添加一个自增的id值,然后写个触发器或者存储过程,先查询出id值小于当前记录的id值的所有记录的需求数量之和,然后在更新当前记录的当时库存数量。需将先查出来的需求数量之和存储在一个变量中,再更新,一条sql语句实现不了。要么就把id值小于当前记录的id值的所有记录的需求数量之和查询出来插入一个临时表中,在用
UPDATE test1 SET 当时库存数量= 其实库存数量 - (SELECT 需求数量之和 FROM 临时表名) WHERE id=3;
有时候我们会不小心对一个大表进行了 update,比如说写错了 where 条件
此时,如果 kill 掉 update 线程,那回滚 undo log 需要不少时间。如果放置不管,也不知道 update 会持续多久。
那我们能知道 update 的进度么?
实验
我们先创建一个测试数据库:
快速创建一些数据:
连续执行同样的 SQL 数次,就可以快速构造千万级别的数据:
查看一下总的行数:
我们来释放一个大的 update:
然后另起一个 session,观察 performance_schema 中的信息:
可以看到,performance_schema 会列出当前 SQL 从引擎获取的行数。
等 SQL 结束后,我们看一下 update 从引擎总共获取了多少行:
可以看到该 update 从引擎总共获取的行数是表大小的两倍,那我们可以估算:update 的进度 = (rows_examined) / (2 表行数)
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)