MySQL更新数据(七)上

简介: MySQL更新数据(七)

这一章节所用到的表,还是上一章的 user 进行讲解。

20191120160911465.png

把一些记录都给删除了, 只留下这六条记录。


20191120160917290.png


一. 更新数据命令 update 关键字


更新数据所用命令


  update 表名 set 列名1=属性值1,列名2=属性值2...列名n=属性值n
  [where 条件语句]


其中,老蝴蝶提示,一定要注意几点:


1 . 修改更新数据时, 用的是 set 设置 关键字。


2 . 列名和及后面对应的属性值 一定要对应,包括数据类型,长度。


3 . 可以一次性更新记录表里面的 多个属性值, 多个属性值之间是用 ,进行分隔。


4 . 更新时, 最好一定要加上 where 条件语句, 表示选择性更新。 如果不加的话,就表示更新全部的记录。 更新全部记录,很吓人的。


二. 更新一条记录的一个字段值


更新一条记录,如何唯一确定一条记录呢? 用主键。 后面的where 语句,用id=? 来进行确定。


更新单个字段值一般有以下两个情况:


1 . 更新成一个全新的值,与原来的值没有任何关联。


2 . 更新成一个与原来的值有关联的新值。 即将原来的值,通过某种规律,公式 变化成一个新的值。


二.一 更新成一个全新的值


如 将 id=1 的记录 的描述 description 更新成 ‘佛学爱好者’。 原来的值 ‘一个快乐的程序员’ 与现在要更新成的新值 ‘佛学爱好者’ 没有任何关联。


  update user set description='佛学爱好者' where id=1;


20191120160926914.png


可以看到:


Rows matched: 1 Changed: 1 Warnings: 0


匹配了一行, 改变了一行, 没有警告。 注意这个结果语句。


二.二 更新成一个与原来的值有关联的值


这种情况很常见, 如 在name字段的开始和末尾加上空格, 如截取name,只保留第一个值,即只留下姓, 如将 age 在原来的基础上 +2, 或者让 工资在原来的基础上增加10%. 这些都是与原来的值有关联的。


为了对这种情况加深印象,老蝴蝶分别 对字符串型的 name 和数字型的 age 分别举例说明。


二.二.一 字符串型 截取 只保留第一个值


将 id=3 的记录, 由原来的 name=‘岳泽霖’ 变成 name=‘岳’. 用 substr() 函数。


  update user set name=substr(name,1,1) where id=3;


20191120160937449.png


二.二.二 数字型 +2


将id=4 的年龄 age,在原来的基础上+2.


  update user set age=age+2 where id=4; 


20191120160945902.png


其中, age=age+2 也可以写成 age+=2 这种形式。


二.三 更新某个字段时的其它情况


二.三.一 更新的值与原来的值相同 (不会报错,匹配但不运行)


如将 id=2的记录,由原来的性别 男 还改变成 男。


  update user set sex='男' where id=2;


20191120160952926.png


注意:


Rows matched: 1 Changed: 0 Warnings: 0


匹配了一行, 但改变了0 行,警告 0 行。 也就是说,并没有改变 id=2 这条记录。


所以在 业务开发时,不建议 根据 update 的 改变行数 的返回结果 来确定 是否正确的执行了数据。


即,不能说:


  int rowCount=userDao.updateNameById(user);
  if(rowCount>0){
    //正常
  }else{
    throws new DataBaseException();
  }


这样是不太好的。 可以 在改变字段之前,判断一下, 要改变的值是否与数据库中已经存在的值一致。 如果一致,就提示 用户 ‘与原来的值相同,无法修改’ 如果不一致,才进行更新数据库。


二.三.二 更新主键 问题 (会报错)


如将 id=2 的记录 的id 主键,更新换成别的不存在的值,如7。 更新成已经存在的值,肯定会报主键重复的问题。


  udpate user set id=7 where id=2;


20191120161003671.png


单个主键时,更新主键会报错。


二.三.三 更新导致约束问题 (会报错)


如name 是非空约束,将id=1的记录 的name改成 null,


  update user set name=null where id=1;


20191120161018886.png


也包括外键约束,唯一约束等。 如果不造成约束问题,是可以正常修改的。


二.三.四 更新数据类型不一致(会报错)


如 age 是数字型, 将id=1的记录 的age 变成 ‘年龄’


  update user set age='年龄' where id=1;


20191120161027591.png


注意:


Rows matched: 0 Changed: 0 Warnings: 0


没有行 匹配到, 没有行改变, 也没有错误。

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
7月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
5月前
|
SQL 人工智能 关系型数据库
如何实现MySQL百万级数据的查询?
本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
289 0
|
4月前
|
存储 关系型数据库 MySQL
在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
380 10
|
5月前
|
SQL 存储 缓存
MySQL 如何高效可靠处理持久化数据
本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
148 0
|
8月前
|
关系型数据库 MySQL Linux
在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾
以上就是在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾的步骤。这个过程就像是一场接力赛,数据从MySQL数据库中接力棒一样传递到备份文件,再从备份文件传递到其他服务器,最后再传递回MySQL数据库。这样,即使在灾难发生时,我们也可以快速恢复数据,保证业务的正常运行。
386 28
|
7月前
|
存储 SQL 缓存
mysql数据引擎有哪些
MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
207 0
|
10月前
|
Java 关系型数据库 MySQL
SpringBoot 通过集成 Flink CDC 来实时追踪 MySql 数据变动
通过详细的步骤和示例代码,您可以在 SpringBoot 项目中成功集成 Flink CDC,并实时追踪 MySQL 数据库的变动。
2505 45
|
9月前
|
存储 SQL 关系型数据库
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为'0'或'1',查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。
|
9月前
|
SQL 关系型数据库 MySQL
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
本文探讨了在使用YMP 23.2.1.3迁移MySQL Server字符集为latin1的中文数据至YashanDB时出现乱码的问题。问题根源在于MySQL latin1字符集存放的是实际utf8编码的数据,而YMP尚未支持此类场景。文章提供了两种解决方法:一是通过DBeaver直接迁移表数据;二是将MySQL表数据转换为Insert语句后手动插入YashanDB。同时指出,这两种方法适合单张表迁移,多表迁移可能存在兼容性问题,建议对问题表单独处理。
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
|
9月前
|
缓存 NoSQL 关系型数据库
Redis和Mysql如何保证数据⼀致?
1. 先更新Mysql,再更新Redis,如果更新Redis失败,可能仍然不⼀致 2. 先删除Redis缓存数据,再更新Mysql,再次查询的时候在将数据添加到缓存中 这种⽅案能解决1 ⽅案的问题,但是在⾼并发下性能较低,⽽且仍然会出现数据不⼀致的问题,⽐如线程1删除了 Redis缓存数据,正在更新Mysql,此时另外⼀个查询再查询,那么就会把Mysql中⽼数据⼜查到 Redis中 1. 使用MQ异步同步, 保证数据的最终一致性 我们项目中会根据业务情况 , 使用不同的方案来解决Redis和Mysql的一致性问题 : 1. 对于一些一致性要求不高的场景 , 不做处理例如 : 用户行为数据 ,

推荐镜像

更多