msyql 批量 更新 与 批量 更新多条记录不同的值
2015-12-14 17:08
232 查看
更新单一字段
update `表明` set
name= CASE id
WHEN 1 THEN '小明'
WHEN 2 THEN '小白'
END
WHERE id IN(1,2,3)
语义解析:
更新 name 字段 ,如果id 等于 1 则 name 等于小明 , id 等于 2 则name等于 小白
更新多个字段
update `表名` set name = CASE id
WHEN 1 THEN '小猪'
WHEN 2 THEN '小李'
END,
title = CASE id
WHEN 1 THEN '学费'
WHEN 2 THEN '玩具'
END WHERE id IN (1,2);
语义解析:
更新 name 字段 ,如果id 等于 1 则 name 等于小明 同时更新title 字段 , id 等于 2 则name等于 小白同时更新title 字段
以下是转载
当我使用上万条记录利用mysql批量更新,发现使用最原始的批量update发现性能很差,将网上看到的总结一下一共有以下三种办法:
1.批量update,一条记录update一次,性能很差
复制代码代码如下:
update test_tbl set dr='2' where id=1;
2.replace into 或者insert into ...on duplicate key update
复制代码代码如下:
replace into test_tbl (id,dr) values (1,'2'),(2,'3'),...(x,'y');
或者使用
复制代码代码如下:
insert into test_tbl (id,dr) values (1,'2'),(2,'3'),...(x,'y') on duplicate key update dr=values(dr);
3.创建临时表,先更新临时表,然后从临时表中update
代码如下 复制代码
create temporary table tmp(id int(4) primary key,dr varchar(50));
insert into tmp values (0,'gone'), (1,'xx'),...(m,'yy');
update test_tbl, tmp set test_tbl.dr=tmp.dr where test_tbl.id=tmp.id;
注意:这种方法需要用户有temporary 表的create 权限。
下面是上述方法update 100000条数据的性能测试结果:
逐条update
real 0m15.557s
user 0m1.684s
sys 0m1.372s
replace into
real 0m1.394s
user 0m0.060s
sys 0m0.012s
insert into on duplicate key update
real 0m1.474s
user 0m0.052s
sys 0m0.008s
create temporary table and update:
real 0m0.643s
user 0m0.064s
sys 0m0.004s
就测试结果来看,测试当时使用replace into性能较好。
replace into 和insert into on duplicate key update的不同在于:
replace into 操作本质是对重复的记录先delete 后insert,如果更新的字段不全会将缺失的字段置为缺省值
insert into 则是只update重复记录,不会改变其它字段。
update `表明` set
name= CASE id
WHEN 1 THEN '小明'
WHEN 2 THEN '小白'
END
WHERE id IN(1,2,3)
语义解析:
更新 name 字段 ,如果id 等于 1 则 name 等于小明 , id 等于 2 则name等于 小白
更新多个字段
update `表名` set name = CASE id
WHEN 1 THEN '小猪'
WHEN 2 THEN '小李'
END,
title = CASE id
WHEN 1 THEN '学费'
WHEN 2 THEN '玩具'
END WHERE id IN (1,2);
语义解析:
更新 name 字段 ,如果id 等于 1 则 name 等于小明 同时更新title 字段 , id 等于 2 则name等于 小白同时更新title 字段
以下是转载
当我使用上万条记录利用mysql批量更新,发现使用最原始的批量update发现性能很差,将网上看到的总结一下一共有以下三种办法:
1.批量update,一条记录update一次,性能很差
复制代码代码如下:
update test_tbl set dr='2' where id=1;
2.replace into 或者insert into ...on duplicate key update
复制代码代码如下:
replace into test_tbl (id,dr) values (1,'2'),(2,'3'),...(x,'y');
或者使用
复制代码代码如下:
insert into test_tbl (id,dr) values (1,'2'),(2,'3'),...(x,'y') on duplicate key update dr=values(dr);
3.创建临时表,先更新临时表,然后从临时表中update
代码如下 复制代码
create temporary table tmp(id int(4) primary key,dr varchar(50));
insert into tmp values (0,'gone'), (1,'xx'),...(m,'yy');
update test_tbl, tmp set test_tbl.dr=tmp.dr where test_tbl.id=tmp.id;
注意:这种方法需要用户有temporary 表的create 权限。
下面是上述方法update 100000条数据的性能测试结果:
逐条update
real 0m15.557s
user 0m1.684s
sys 0m1.372s
replace into
real 0m1.394s
user 0m0.060s
sys 0m0.012s
insert into on duplicate key update
real 0m1.474s
user 0m0.052s
sys 0m0.008s
create temporary table and update:
real 0m0.643s
user 0m0.064s
sys 0m0.004s
就测试结果来看,测试当时使用replace into性能较好。
replace into 和insert into on duplicate key update的不同在于:
replace into 操作本质是对重复的记录先delete 后insert,如果更新的字段不全会将缺失的字段置为缺省值
insert into 则是只update重复记录,不会改变其它字段。
相关文章推荐
- 第十四周项目1-(3) 验证分块查找算法
- 第16周、项目4—英文单词的基数排序
- 第十六周 项目1-验证算法(5)
- 第十六周上机实践—项目1(4)—验证算法 冒泡排序 直接选择排序
- ofbiz框架入门例子详解-------分页篇
- hibernate使用懒加载时,mvc转json时因为session已经关闭报错
- 关于vs2012+caffe配置中出现的"常量中的字符太多"错误的解决办法
- 跨浏览器的事件侦听器和事件对象
- LeetCode - Regular Expression Matching
- 第十六周——【项目3 - 归并排序算法的改进】
- 第16周 项目1-直接选择排序
- 第十六周--英文单词的基数排序
- 第十五周项目二:用哈希法组织关键字
- 第十六周项目1-基数排序
- HTTP头部详解
- MPAndroidChart 教程:与图表进行手势交互 Interaction with the Chart(二)
- Androidying应用之多线程机制Handler
- 字符串结尾字符的含义
- shareSDK使用心得
- 16周—项目(一)—堆排序