处理ON INSERT触发器时如何锁定innodb表？
我有两个innodb表：文章
id | title | sum_votes
------------------------------
1 | art 1 | 5
2 | art 2 | 8
3 | art 3 | 35
票数
id | article_id | vote
------------------------------
1 | 1 | 1
2 | 1 | 2
3 | 1 | 2
4 | 2 | 10
5 | 2 | -2
6 | 3 | 10
7 | 3 | 15
8 | 3 | 12
9 | 3 | -2
将新记录插入votes表中时，我想通过计算所有投票的总和来更新表中的sum_votes字段articles。
问题
如果SUM（）计算本身非常votes繁琐（表有700K条记录），则哪种方法更有效。
1.创建触发器
CREATE TRIGGER `views_on_insert`
AFTER INSERT
ON `votes`
FOR EACH ROW
BEGIN
UPDATE `articles` SET
sum_votes = (
SELECT SUM(`vote`)
FROM `votes`
WHERE `id` = NEW.article_id
)
WHERE `id` = NEW.article_id;
END;
2.在我的应用程序中使用两个查询
SELECT SUM(`vote`) FROM `votes` WHERE `article_id` = 1;
UPDATE `articles`
SET sum_votes =
WHERE `id` = 1;
第一种方法看起来更干净，但是 在整个SELECT查询运行期间，表是否将被锁定？
解决方案:
关于并发问题，您有一种 “简便”的 方法来防止第二种方法中的任何并发问题，在事务内部，在商品行上执行选择（For
update现在是隐式的）。同一篇文章上的任何并发插入将无法获得此相同的锁，并且将等待您。
使用新的默认隔离级别，甚至在事务中甚至不使用序列化级别，您都不会在投票表上看到任何并发插入，直到事务结束。因此，您的SUM应该保持连贯性
或看起来像连贯性
。但是，如果并发事务在同一文章上插入一个投票并在您之前提交（而第二个事务看不到您的插入），则最后一次提交的事务将覆盖计数器，您将失去1票。
因此，请使用之前的select方法对文章进行行锁定
（当然，并在事务中完成您的工作）。它很容易测试，可以在MySQL上打开2个交互式会话，并使用BEGIN开始交易。
如果使用触发器，则默认情况下您处于事务中。但是我认为您也应该在商品表上执行选择，以为运行中的并发触发器创建隐式行锁（难以测试）。
不要忘记删除触发器。
不要忘记更新触发器。
如果您不使用触发器而留在代码中，则在进行交易之前，请小心对投票的每个插入/删除/更新查询都应在相应的文章上执行行锁定。忘记一个不是很困难。
最后一点：在开始使用交易之前，进行更困难的交易：
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
这样，您不需要对文章进行行锁定，MySQL将检测到同一行上可能发生的写入，并会阻塞其他事务，直到您完成操作为止。
但是，请勿使用您根据上一个请求计算出的内容
。更新查询将等待商品的锁释放，当第一个事务释放锁时COMMIT，SUM应该再次进行计算。因此，更新查询应包含SUM或进行添加。
update articles set nb_votes=(SELECT count(*) from vote) where id=2;
在这里，您会看到MySQL很聪明，如果在同时执行插入操作的同时有2个事务试图执行此操作，则会检测到死锁。在序列化级别中，我还没有找到一种使用以下方法获得错误值的方法：
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
insert into vote (...
update articles set nb_votes=(
SELECT count(*) from vote where article_id=xx
) where id=XX;
COMMIT;
但是请准备好处理您必须重做的突破性交易。
页:
[1]