如何更快随机UPDATE?
技术小能手 2018-02-26 13:28:26 浏览73 评论0摘要: UPDATE + RAND()怎么可以更快? 有时候,我们随机更新几行数据,可能会下意识的直接写成下面的SQL: [yejr@imysql]> UPDATE t1 SET c1 = ? WHERE id = ROUND(RAND() * 102400); 不过你可能不知道,这个SQL的效率极低,需要进行全表扫描,因为无法使用索引: [yejr]@[imysql.
UPDATE + RAND()怎么可以更快?
有时候,我们随机更新几行数据,可能会下意识的直接写成下面的SQL:
[yejr@imysql]> UPDATE t1 SET c1 = ? WHERE id = ROUND(RAND() * 102400);
不过你可能不知道,这个SQL的效率极低,需要进行全表扫描,因为无法使用索引:
[yejr]@[imysql.com]> EXPLAIN UPDATE t1 SET c1 = 3 WHERE id = ROUND(RAND() * 102400);
*************************** 1. row ***************************
id: 1
select_type: UPDATE
table: t1
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 102400
filtered: 100.00
Extra: Using where
这就尴尬了。
关注我网站(imysql.com)的同学,可能还记得我以前还写过一个关于随机排序的分享:[MySQL优化案例]系列 — RAND()优化。可以借鉴这篇文章的思路,把上面的SQL用JOIN改造一下:
[yejr@imysql]> EXPLAIN UPDATE t1, (SELECT ROUND(RAND() * (SELECT MAX(id) FROM t1)) AS rndid) t2 SET t1.c1=3 WHERE t1.id=t2.rndid;
*************************** 1. row ***************************
id: 1
select_type: PRIMARY
table: <derived2>
partitions: NULL
type: system
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 1
filtered: 100.00
Extra: NULL
*************************** 2. row ***************************
id: 1
select_type: UPDATE
table: t1
partitions: NULL
type: const
possible_keys: PRIMARY
key: PRIMARY
key_len: 4
ref: const
rows: 1
filtered: 100.00
Extra: NULL
*************************** 3. row ***************************
id: 2
select_type: DERIVED
table: NULL
partitions: NULL
type: NULL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: NULL
filtered: NULL
Extra: No tables used
*************************** 4. row ***************************
id: 3
select_type: SUBQUERY
table: NULL
partitions: NULL
type: NULL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: NULL
filtered: NULL
Extra: Select tables optimized away
再来看下两种 UPDATE 的代价:
[yejr@imysql]>UPDATE t1 SET c1 = 3 WHERE id = ROUND(RAND()*102400);
Query OK, 1 row affected (0.69 sec)
[yejr@imysql]>SHOW STATUS LIKE 'handler%read%';
+-----------------------+--------+
| Variable_name | Value |
+-----------------------+--------+
| Handler_read_first | 1 |
| Handler_read_key | 1 |
| Handler_read_last | 0 |
| Handler_read_next | 0 |
| Handler_read_prev | 0 |
| Handler_read_rnd | 0 |
| Handler_read_rnd_next | 799995 |
+-----------------------+--------+
[yejr@imysql]>show profile for query 5;
...
| System lock | 0.000040 |
| updating | 0.691625 |
| end | 0.000020 |
| query end | 0.000515 |
...
[yejr@imysql]>UPDATE t1, (SELECT ROUND(RAND() * (SELECT MAX(id) FROM t1)) AS rndid) t2 SET t1.c1=3 WHERE t1.id=t2.rndid;
Query OK, 1 row affected (0.02 sec)
[yejr@imysql]>SHOW STATUS LIKE 'handler%read%';
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| Handler_read_first | 1 |
| Handler_read_key | 3 |
| Handler_read_last | 1 |
| Handler_read_next | 0 |
| Handler_read_prev | 0 |
| Handler_read_rnd | 1 |
| Handler_read_rnd_next | 3 |
+-----------------------+-------+
[yejr@imysql]>show profile for query 6;
...
| updating reference tables | 0.011772 |
| end | 0.000040 |
| end | 0.000012 |
| removing tmp table | 0.000018 |
| end | 0.000005 |
...
| query end | 0.014745 |
...
不过,上面这种多表UPDATE(Multiple-table UPDATE)有局限性,就是只能更新一行记录,不能同时更新多行,所以也可以改写成下面的SQL:
[yejr@imysql]> set @rnd_id=ROUND(RAND()*102400); UPDATE t1 SET c1=3 WHERE id>=@rnd_id LIMIT 2;
最后记住重点:不要在WHERE子句中直接使用RAND()函数。
原文发布时间为:2018-02-24
本文作者:叶师傅
本文来自云栖社区合作伙伴“老叶茶馆”,了解相关信息可以关注“老叶茶馆”微信公众号
用云栖社区APP,舒服~
【云栖快讯】直播推荐——现在预约2月28日14:00 VPN网关新品发布会直播,即可赢取SSL-VPN网关一个月免费试用,尽享安全、稳定、快捷的企业级服务!先到先得哦! 详情请点击 评论 (0) 点赞 (0) 收藏 (0)相关文章
- 纯干货 | 机器学习中梯度下降法的分类及对比分析(附…
- 如何训练深度神经网络?老司机的 15 点建议
- 《Python极客项目编程 》——2.3 代码
- MySQL复制模式的全面剖析
- 配置客户端计算机使用WSUS服务器进行更新
- 新浪爱彩票DBA总监:为什么你的MySQL跑得很慢?
- 深入浅出理解MongoDB的设计与实现
- Yarn 更快更可靠的 CI 创建工具
- 利用数据库存储订单、通知和任务,构建高性能队列
- 神经网络基础:七种网络单元,四种层连接方式