问题描述
用户开户后更新当天开户人数，如果很多会话要同时更新一条数据， 那么事务锁等待会成为性能瓶颈。一般情况业务要避免出现这样的逻辑，如果必 须这样做，也要尽量减少锁的影响。如果一个开户事务执行100ms，更新开户数需要5ms，也是在开户事务中，那么怎么做性能高呢?
专家解答
以下三种方式，虽然只是更新开户数的位置不同，但是对性能影响差距是很大的。如果在开户事务开始就更新用户数，那么差不多要锁定100ms，而如果在最后更新用户数，那么最多锁定几毫秒。所以，对于可能阻塞其他会话的SQL应该尽量放在事务的最后面。
– 先更新开户数
– 中间更新开户数
– 最后更新开户数
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
