只读操作要不要加事务的思考

最新推荐文章于 2024-09-11 00:56:04 发布
最新推荐文章于 2024-09-11 00:56:04 发布
阅读量1.3k 收藏 1
点赞数 3
文章标签： 数据库
本文探讨了数据库操作中加锁的重要性，特别是在只读操作时。文章解释了读锁和写锁的区别，以及加事务和不加事务对并发操作的影响。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关于读数据时是否需要加锁，相信很多用过Hiberate的人一直都有这样的争论，那么到底是应该加还是不应该加呢？
还是让我们了解一下加事务后数据会有什么样的变化吧？
[color=blue]数据库通常分为两种锁：读锁和写锁。
事务对数据加读锁后，这块数据只能被读不能被修改；且该数据只能被其他事务加读锁，不能加写锁
事务对数据加写锁后，能够对数据读写。但其他事务既不能读也不能写。[/color]
现在我们来看一下，在只读操作中加与不加事务的区别：
加事务：数据加读锁，并发事务不能修改加锁数据，保证不会脏读。就是说任何其他事务只能读不能写
不加事务：没有任何锁，任何事务都可对其修改，可能会脏读。
[color=blue]所以只读操作加与不加事务，要视情形而定。
关键数据 实时数据像读银行帐户的余额等最好加上事务
一般的操作，比如像读论坛帖子就没有必要了[/color]
xly_971223
关注
Spring Data JPA系列4——Spring声明式数事务处理与多数据源支持
「 虚幻私塾」
06-26 295
大家好，又见面了。到这里呢，已经是本系列文档的第四篇了，先来回顾下前面三篇：本篇在前面几篇的基础上，再来聊一下数据库相关操作经常会涉及的事务问题与多数据源支持问题。在大部分涉及到数据库操作的项目里面，事务控制、事务处理都是一个无法回避的问题。得益于Spring框架的封装，业务代码中进行事务控制操作起来也很简单，直接加个@Transactional注解即可，大大简化了对业务代码的侵入性。那么对@Transactional事务注解了解的够全面吗？知道有哪些场景可能会导致@Transactional注解并不会如你
大厂面试官问我：MySQL宕机重启了，怎么知道哪些事务是需要回滚的哪些是需要提交的？【后端八股文九：Mysql事务八股文合集】
qq_33445788的博客
07-06 840
本文为【Mysql事务八股文合集】初版，后续还会进行优化更新，欢迎大家交流~大家第一眼看到这个标题，不知道心中是否有答案了？在面试当中，面试官经常对项目亮点进行深挖，来考察你对这个项目亮点的理解以及思考！这个时候，你如果可以回答出面试官的问题，甚至是，那在面试中是大大加分的~事务是逻辑的一组操作，要么都执行，要么都不执行。
数据库事务：只读事务
miaoao611的博客
04-14 1068
在数据库层面，只读事务的作用也是解决不可重复读的问题，并且不允许该事务中存在除了查询以外的操作。
数据库只读事务
11-21 388
那为什么要设置为只读事务、而不是常规的事务呢？主要是从执行效率角度的考虑。因为这个里的操作都是一些只读操作，所以设置为只读事务，数据库会为只读事务提供一些优化手段，比如不启动回滚段、不记录回滚log之类的。为了避免此情况的发生，可以给复合查询操作添加上只读事务，这样事务控制范围内，事务外的写操作就不可见，这样就保证了事务内多条查询语句执行结果的一致性。
只读事务是否做无用功？
yulin_ganbo的博客
11-18 6648
有时候，我们会看到代码里面，有如下语句。 @Transaction(ReadOnly=true) 是不是没有用处呢？其实是有用处的。在mysql中是支持只读事务的。 只读事务内，不能增加、修改、删除内容，否则报Cannot execute statement in a READ ONLY transaction。 只读事务内，只能读取到执行时间点前的内容，期间修改的内容不能读取到。 只
mysql先读再写事务控制_MYSQL 第十二课 事务控制与处理
weixin_39613744的博客
02-18 314
Transaction Control Language 事务控制语言事务：一个或一组sql语句组成一个执行单元，这个执行单元要么全部执行，要么全部不执行。案例：转账张三丰 1000郭襄1000update 表 set 张三丰的余额=500 where name='张三丰'意外update 表 set 郭襄的余额=1500 where name='郭襄'事务的特性：ACID原子性：一个事务不可再...
java的事务是干嘛的_关于 Spring 事务注解的几个不能忽视的细节
weixin_42512441的博客
02-25 362
前言对于 Java 后端开发人员，Spring 事务注解几乎天天都会接触。但是，你真的全部了解 Spring 事务注解的细节吗？今天我们就来深入讨论一下 Spring 事务注解中回滚、传播行为和只读这三个属性的配置调优。希望通过本文能让大家了解更多和数据库事务相关的框架，以及数据库引擎的内部原理，为大家的数据库优化工作提供一些有用的建议。细节一：为什么要配置 rollbackFor = Excep...
mysql事务
sinat_34814635的博客
02-27 1181
VALUES (4, 1100, 100000070001, 100000057004, 'dwtest2', '戴维test', 1, 1, 1, '2020-12-10 11:38:58', '2020-12-19 13:52:58', 0);VALUES (4, 1100, 100000070001, 100000057004, 'dwtest2', '戴维test', 1, 1, 1, '2020-12-10 11:38:58', '2020-12-19 13:52:58', 0);
【MySQL】事务二
fight_p的博客
06-20 2696
数据库并发的场景有三种：读-读 ：不存在任何问题，也不需要并发控制，因为没有人去修改。读-写 ：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读。写-写 ：数据库只会被人写，事务都是写事务，一定通过加锁来保证数据安全。否则有线程安全问题，事务不是有回滚吗，有可能一个事务在更新另一个事务回滚了彼此交叉运行，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失(后面补充)。
【MySQL】事务管理
加油，考上985的研究生
09-11 1003
事务就是一组DML语句组成的，这些语句在逻辑上存在相关性，这一组DML语句要么全部成功，要么全部失败，是一个整体（原子性）。MySQL提供了一种机制，保证我们达到这样的效果。事务还规定不同的客户端看到的数据是不相同的。事务就是要做的或者所做的事情，主要用于处理操作量大，复杂度高的数据。
MySQL如果没有事务，究竟会发生什么？
m0_54385790的博客
03-20 2978
MySQL如果没有事务，究竟会发生什么？ 一、从转账到事务解说 1、事务的概念： 我们先说个小故事： 平行世界里，某一对异地情侣boy和girl，boy有100块钱，girl有10块钱，现在boy想在给girl 手机转账50块钱，对应的数据库操作为： UPDATE account SET balance = balance - 50 WHERE id = boy; # 1 UPDATE account SET balance = balance + 50 WHERE id = girl; # 2 只有操作
MySQL　四种隔离级别
weixin_44824389的博客
10-02 743
Mysql的四种隔离级别 SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。 Read Committed（读取提交内容） 这是大多数数据库系统的默认隔离级别（但不是M
浅谈数据库事务（transaction）
qq_43165760的博客
01-09 964
版权声明：本文为博主原创文章，转载请注明出处。 https://blog.youkuaiyun.com/u013007900/article/details/77927723 事务的定义 事务（txn）是一系列在共享数据库上执行的行为，以达到更高层次更复杂逻辑的功能。事务是DBMS中最基础的单位，事务不可分割。 ACID ACID，是指在可靠数据库管理系统（DBMS）中，事务(transaction)所应该具...
MySQL事务浅析|由浅入深
可乐的博客
02-10 4539
MySQL事务浅析|由浅入深 很多人都在讲事务，事务是个啥，我感觉我没开事物也没什么事情啊，学事务有必要吗？ 今天照旧，本文在一开始将讲解一些入门适合理解的知识，在后面逐层加深，如果对事务有了解，希望知道细节，可以在下面的目录跳一下 文章目录MySQL事务浅析|由浅入深事务是个啥？For Example1例子2 脏写例子3 脏读例子4 不可重复读例子5 幻读并发编程带来的数据库隐患通过对事务的分析，得到了四个特点 ACIDMySQL如何保证事务完好持久性的保证原子性的保证隔离性的保证|MVCCMVCC没错
只读事务与不使用事务的区别
qq_34748010的博客
05-21 585
1、查询结果不同 不使事务：默认情况下每次查询，查询到的都是其他事物已提交的数据。 只读事务：从只读事务开始直到事务结束，整个过程其他事务提交的数据，该事务过程中都忽略。即查询过程中，不会查询到该事物开启之后任何改变的数据。 2、适用场景不同 1、单条sql语句的查询，不必启用只读事务 2、多条sql语句的查询并且要求多条SQL查询出的数据必须保证整体一致性，需要启用只读事务 原因：在前面SQL查询执行结束，接下来执行后续SQL查询之前，数据发生了改变，那么本次整体查询结果将会出现数据不一致的情况。
只读事务的一些概念
热门推荐
小帅的专栏
09-11 1万+
概念：从这一点设置的时间点开始（时间点a）到这个事务结束的过程中，其他事务所提交的数据，该事务将看不见！（查询中不会出现别人在时间点a之后提交的数据） 应用场合：如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性； 如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，
来谈谈MySQL事务及事务引发的问题
Java知音
09-28 1105
作者：王啸tr1912blog.youkuaiyun.com/tr1912/article/details/81988459说起事务，肯定能够想到这样一句话，这个事情要么不做，要么做完；或者是好兄弟...
java加事务与不加事务的区别_【Java】Spring Transactional ReadOnly 和 不加Transactional的区别...
weixin_30066779的博客
03-02 5530
在网络上搜了下，答案如下两个。说下我的理解，其实不管你写不写transaction，事务是肯定有的。只是默认单条sql一个事务，如果我们在Service层的方法上加Transaction注解，那么事务的范围就会扩大，包含在service方法执行的所有sql。Mysql默认的隔离级别是可以防止不可重复读的，所以，加上Transactional，里面如果涉及多次查询一条记录，中间即使被其它事务修改，这...
nacivate 在有主键情况下，对oracle数据进行查询，显示为只读
最新发布
06-26
<think>嗯，用户在使用Navicat连接Oracle数据库时遇到了查询结果显示为只读的问题，尽管表中存在主键。这确实是个常见的痛点，让我仔细分析一下可能的原因和解决方案。用户提供的引用资料[^1][^2]虽然主要是关于Oracle表结构操作的，但给了我重要线索：主键信息存储在user_constraints和user_cons_columns系统表中。这提示我应该从主键元数据验证入手。首先想到几个核心方向：主键是否被正确识别？连接权限是否足够？事务隔离级别影响？工具设置问题？让我逐一展开：最基础的要确认主键是否真的生效。有时候开发环境会出现主键约束被禁用的情况，比如导入数据时临时禁用忘记重新启用。需要检查user_constraints里constraint_type='P'且status='ENABLED'。权限问题特别容易被忽视。如果用户只有SELECT权限没有UPDATE权限，即使有主键也会显示只读。Oracle的权限体系很严格，需要明确检查user_tab_privs。事务隔离级别这个点很关键。如果当前会话处于只读事务模式，或者使用了FORREADONLY这样的查询提示，整个结果集就会锁定。这属于比较隐蔽的原因。工具设置方面，Navicat的"只读结果集"选项如果误勾选就会导致此现象。还有连接配置里的"事务类型"如果是只读，也会全局影响。有意思的是主键数据类型。如果主键是CLOB这类特殊类型，某些工具确实无法识别为可更新列。Oracle的RowID机制对这类特殊列支持有限。最后想到视图的特殊情况。如果用户查询的其实是视图而非基表，即使视图包含主键字段，默认也不可更新。需要INSTEADOF触发器支持更新。验证步骤要系统化：先用最简单查询测试，再用rowid伪列验证，最后检查系统视图。解决方案也要分层级，从权限调整到工具设置再到SQL写法。用户可能还想知道如何彻底避免这个问题，所以补充了预防措施。比如保持连接权限最小化但包含更新权，规范DDL操作等。相关问题设计要延续这个技术脉络：从主键机制到工具原理再到替代方案。特别是Oracle特有的ROWID机制值得深入探讨。整个思考过程要确保所有技术点都有Oracle文档依据，比如引用官方文档说明ROWID的特殊性。解决方案必须实际验证过，避免给用户无效建议。</think>Navicat 查询 Oracle 表时结果只读，即使存在主键，通常由以下几个原因引起。以下是详细分析和解决方法： --- ### **一、常见原因与解决方法** 1. **主键未正确识别** * **原因**：Navicat 需要明确的主键约束才能识别可更新列。检查主键是否被禁用或无效。 * **验证方法**： ```sql -- 检查主键状态 SELECT constraint_name, status, constraint_type FROM user_constraints WHERE table_name = 'YOUR_TABLE_NAME' AND constraint_type = 'P'; ``` * 确保 `STATUS = 'ENABLED'`（若为 `DISABLED`，则需启用主键）。 * **启用主键**： ```sql ALTER TABLE your_table_name ENABLE CONSTRAINT constraint_name; ``` 2. **用户权限不足** * **原因**：用户仅有 `SELECT` 权限，缺少 `UPDATE`/`DELETE` 权限。 * **验证方法**： ```sql -- 检查当前用户权限 SELECT * FROM user_tab_privs WHERE table_name = 'YOUR_TABLE_NAME'; ``` * **解决方案**： ```sql -- 授予更新权限 GRANT UPDATE, DELETE ON your_table_name TO your_username; ``` 3. **事务隔离级别或会话设置** * **原因**：连接处于只读事务模式（如 `SET TRANSACTION READ ONLY`）。 * **解决**： ```sql -- 结束当前只读事务 COMMIT; -- 开启读写事务 SET TRANSACTION READ WRITE; ``` 4. **Navicat 工具配置问题** * **原因**：Navicat 选项勾选了 "只读结果集"。 * **解决**： 1. 打开 Navicat → **工具** → **选项** → **记录**。 2. 取消勾选 **"以只读方式打开结果集"**。 5. **主键包含不支持的数据类型** * **原因**：若主键含 `CLOB`、`BLOB` 等大对象类型，Navicat 可能无法识别为可更新列。 * **解决**：修改表结构，使用可更新数据类型（如 `VARCHAR2`、`NUMBER`）作为主键。 6. **基于视图或复杂查询** * **原因**：查询对象是视图或多表联接结果，未包含基表主键。 * **解决**： * 对视图创建 `INSTEAD OF` 触发器实现更新。 * 确保查询包含基表主键字段（如 `SELECT t1.rowid, t1.* FROM ...`）。 --- ### **二、快速验证步骤** 1. **基础查询测试**： ```sql SELECT rowid AS "ROWID", t.* FROM your_table_name t; ``` * 若 `ROWID` 列显示且可编辑，则问题在工具配置或权限。 * 若仍不可编辑，检查权限和主键状态。 2. **直接更新测试**： ```sql UPDATE your_table_name SET column_name = 'test' WHERE rownum = 1; ``` * 若执行失败，提示权限不足，需联系 DBA 授权。 --- ### **三、预防措施** 1. **规范表设计**：确保主键约束有效启用，使用标准数据类型。 2. **权限最小化**：开发环境授予 `UPDATE`/`DELETE` 权限。 3. **检查 Navicat 配置**：关闭 "只读结果集" 选项。 4. **使用 `ROWID` 查询**：复杂查询中显式包含 `ROWID` 伪列。 > **关键点总结**：主键状态、用户权限、Navicat 设置是三大核心排查方向。通过 `ROWID` 和直接 SQL 更新可快速定位问题层级[^1][^2]。 --- ### 相关问题 1. **如何在 Oracle 中查询表的主键状态和详细信息？** > *涉及数据字典视图：`user_constraints`, `user_cons_columns`* 2. **Navicat 连接 Oracle 时如何配置事务模式？** > *读写事务 vs 只读事务的设置差异* 3. **Oracle 中哪些数据类型会导致结果集只读？** > *大对象 (LOB)、对象类型、集合类型的处理限制* 4. **如何为视图实现可更新功能？** > *`INSTEAD OF` 触发器的应用场景与编写方法* 5. **Oracle 的 `ROWID` 伪列有什么作用？** > *物理行定位与数据操作的底层原理* [^1]: Oracle 主键操作与表结构修改语法参考。 [^2]: Oracle 主键、外键查询方法。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值