请原谅,因为我在词汇无望,和我自己的搜索都不会去任何地方。
我已经学会在这里 ,如果我在我想要的方式更新了这里 (与GROUP_CONCAT
S还存储在用户定义的增值经销商),我会锁定整个表。
我敢肯定这样做将是最好的办法UPDATE
在逐行CURSOR
,从那么高PK ID下降,因为我敢肯定,我将有一个死锁的机会较低,或冲突,或任何这就是所谓的(告诉你,我是坏的词汇),如果我从最近的记录开始。
该柱是UPDATE
d没有索引。
我刚刚发现这里是一个TRIGGER
是TRANSACTION
默认情况下,所以我会做一个进程,而不是从PHP调用。
事务隔离级别是REPEATABLE-READ
。
我更关心的是这些重叠的UPDATE
s的发生没有什么比他们抽出时间来完成造成死锁。
所有表的InnoDB。
所有SELECT
S和UPDATE
s为WHERE
上除了PK IDð CURSOR
SELECT
其SELECT
S IN表中的所有ID的就是BEING UPDATE
天。 没有加入。 没有搞乱。 别大惊小怪。
这就是说,在这里终于有问题:
- 请问
DECLARE
的SELECT
只SELECT
一次,或者这是否也环路(我宁愿它SELECT
只有一次)? - 请问
DECLARE
的SELECT
的锁仍然是PROC的持续时间(我宁愿它尽快释放)? - 将行锁定每个
UPDATE
尽快完成查询的释放,否则将仍然是PROC的持续时间(我宁愿行锁释放后,个人UPDATE
查询finshed)? - 请问
SELECT
S为用户变量,他们已经成立后也释放(你猜对了:我喜欢那些还要尽快释放)? - 这将有可能仍
SELECT
该行作为UPDATE
与行锁d(再次,我想如果我能喜欢)?
提前谢谢了!
为什么UPDATE
所有的INSERT
在我的网站(我的个人资料),我允许用户访问过所有提交的链接。 那好顺序的基础上,我只是在引用该id。
不过,我也对他们进行排名上的3票种自定义算法的组合百分点,同样加权3。
问题是,在我的算法,每票将影响所有其他的票。 还有因为我的算法的性质没有办法解决这个。
一经请求
我试着用PHP这条路线。 没有去。 有太多的计算。 我不太关心其准确的数据,用户能够即时 ,因为页面会自动与用户是非明智的用户更新的行列,但我不能让用户永远等待,因为我实现快速动态分页。
在视图计算是更大的灾难。