- 综合排序
- 最热优先
- 最新优先
- 来自专栏Renda
MySQL 的可重复读
我在这里分享一篇关于 MySQL 的可重复读介绍，讲得挺好的，可以解决一些疑惑，链接在下方引用处。 而且，根据定义，SQL 标准的可重复读无法解决幻读问题。 但是，MySQL 的可重复读比 SQL 的可重复读的标准要更高，具体表现为：仅仅用 select 语句时幻读不会发生（这种情况简称 Phantom Reads），但是出现与写有关的操作时幻读会发生（这种情况简称 所以这就解释了某些文章会说 MySQL 的可重复读可以防止某些幻读情况的出现。 另外，从面试的角度来说，如果没有强调是 MySQL 的情况，可以忽略这些，只要按照 SQL 的关于幻读和可重复读的定义来回答即可。
2.2K21发布于 2020-09-08 - 来自专栏高爽的专栏
探究InnoDB可重复读
通过这样的机制，保证了快照读的可重复读，但读取到的数据很可能已经过期了。 RR 会锁等待，在RR隔离级别下，事务1的sql不仅会对该记录加X锁，还会对上下两个数据间隙加间隙锁，以此确保在数据读取期间，其它事物不会在该间隙内增加数据，从而保证可重复读。 ? 总结 RR隔离级别下，快照读通过undo log来保证可重复读，当前读通过X（S）锁+GAP锁来保证可重复读，但显然快照读和当前读之间无法保证可重复读。 本文对可重复读的实现机制做了阐述，关于undo log、锁等知识仅仅从简描述，后面有时间再详细写一下。 版权声明 本博客所有的原创文章，作者皆保留版权。
1.3K00发布于 2017-12-28 - 来自专栏Java工程师成长之路
事务可重复读采坑
事务可重复读采坑 1.1. 问题 今天碰到个事务幻读的情况，不容易啊，这不是事务间造成的问题，而是rpc调用产生的问题，实际上业务比较规范也不会出现这样的问题。 原因 通过select @@tx_isolation;查询mysql的事务隔离情况会发现，mysql默认是REPEATABLE-READ可重复读，映射到代码就是在一个事务内，用同样的条件查询数据库查询到的数据是相同的 解决办法 mysql使用这样的隔离级别是有道理的，避免重复读取的不准确，只要这个库都归一个系统管理，我们就可以避免我上述的问题 但既然我现在的遗留业务已经成为了这样的逻辑，在不能修改其它系统的前提下，我只能在代码上下功夫
58630发布于 2019-09-30 - 来自专栏VBA 学习
VBA实现排列组合（可重复）
数学里的排列组合是不能重复选择数据的，这里实现一种可以重复选择数字的排列组合。
3.1K20发布于 2021-10-20 - 来自专栏小鹏的专栏
MySQL实战 -- 可重复读 与 虚读
事物隔离级别是可重复度： section 1: （1）创建数据库： create DATABASE TESTDB; （2）创建表： CREATE TABLE `t` (
75510发布于 2019-05-26 - 来自专栏超超不会飞
MySQL是如何实现可重复读的?
简单理解一下可重复读 可重复读是指：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。 我们可以简单理解为：在可重复读隔离级别下，事务在启动的时候就”拍了个快照“。 在可重复读隔离级别下，一个事务在启动时，InnoDB 会为事务构造一个数组，用来保存这个事务启动瞬间，当前正在”活跃“的所有事务ID。”活跃“指的是，启动了但还没提交。 可重复读的核心是一致性读，而事务更新数据的时候，只能使用当前读，如果当前记录的行锁被其他事务占用，就需要进入锁等待。 参考 03 | 事务隔离：为什么你改了我还看不见？
2.6K11发布于 2020-09-18 - 来自专栏生信菜鸟团
Snakemake — 可重复数据分析框架
它旨在降低复杂数据分析的复杂性，使生物信息学工作流的创建和执行变得更加容易和可重复。 灵活性：Snakemake允许用户以模块化和可重复的方式定义数据分析步骤，易于修改和重用。 可扩展性：它可以在各种计算环境中运行，从单个计算机到高性能计算集群，甚至是云环境。 可重复性：通过使用容器技术（如Docker和Singularity）和Conda环境，Snakemake支持高度可重复的科学分析，确保不同环境下的分析结果一致。 stable/ github：https://github.com/snakemake 2发表文章 Johannes Köster及其团队在多个场合发表了关于Snakemake的文章，展示了其如何促进科学研究的可重复性和高效性 它特别强调可重复性和透明性，通过整合软件环境和容器技术，确保分析结果的一致性。此外，Snakemake还支持并行执行和错误处理，使得大规模数据分析更高效、更可靠。
2K10编辑于 2024-03-25 - 来自专栏第三方工具
Mysql RCRR隔离原理和区别 不可重复读和可重复读
Mysql RC/RR隔离原理和区别 不可重复读和可重复读 mysql四种隔离级别： 1.未提交读（READ UNCOMMITED）脏读 2.已提交读 （READ COMMITED）简称(RC) 不可重复读 3.可重复读（REPEATABLE READ）简称（RR） 4.可串行化（SERIALIZABLE） 这个不用验证了，所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰了，一般不用，性能特别低 mysql 默认的隔离级别 RR ，启动A、B两个事务对比，阿拉伯数字递增代表事务执行的时间顺序 测试2 ，隔离级别设置为 RC ，启动A、B两个事务对比，阿拉伯数字递增代表事务执行的时间顺序 总结∶ 可重复读级别下 Oracle 默认使用READ COMMITTED（读已提交）隔离级别 MySQL默认使用REPEATABLE（可重复读）隔离级别 以下是测试步骤： 1.mysql客户端SQLyog测试无效，需要通过 概念： 并发事务会出现更新丢失、脏读、不可重复读，幻读。 更新丢失：当两个或多个事务更新同一行记录，会产生更新丢失现象。
93310编辑于 2024-10-09 - 来自专栏智药邦
Nat Comput Sci｜迈向可重复的机器学习
2021年10月21日，Nature Computational Science 杂志发表文章，就如何报告基于机器学习的研究提供了一些建议，以提方法的透明度和可重复性。 以下是全文内容。 机器学习领域面临着 "可重复性危机"，因为建立数据驱动模型的过程缺乏透明度和报告。 随着机器学习在许多不同的领域变得越来越流行和广泛使用，确保研究人员报告所有这些细节以使结果具有适当的可重复性变得至关重要。 幸运的是，研究界已经注意到了这个问题，不同的领域已经就如何最好地报告机器学习研究以提高透明度和可重复性提出了一些建议。 我们已经看到了来自不同团体的伟大倡议，我们期待着看到我们的研究团体有更多的参与，推动机器学习更加透明和可重复。
46930发布于 2021-11-17 - 来自专栏梅海峰的专栏
可重复读事务隔离级别之 django 解读
mysql是公司内使用的主流数据库，默认事务隔离级别是可重复读。 本文尝试结合django解释应用开发中并发访问数据库可能会遇到的可重复读引起的问题，希望能帮助大家在开发过程中有效避免类似问题，如果老版本应用中出现这类问题也可以快速定位。 django设置了autocommit为False,这会直接开启一个事务， 这时key=6e3247f8-31c5-46d7-a3e9-1c855077ea56的记录还不存在，由于mysql默认的事务隔离级别是可重复读 最后，django1.8只是将这种可重复读引起问题的概率降低了很多，如果我们在事务中处理不当，也会引起类似问题，django本文最开始的例子进行稍微调整，在django1.8中运行一样会报错。
2.1K00发布于 2017-08-22 - 来自专栏单细胞天地
构建可重复的单细胞数据分析流程
科学研究的过程可重复性可以说是一件不言而喻的事情：如果你提出一观点或发现一个现象，在别人那里完全重复不出来，谁知道是不是臆想呢？ 分析可重复也是对数据科学家的基本要求之一，你不能给出资方一个不可重复的结果。 在这方面R语言和Python都有相应的工程技术来保证数据科学的可重复性，今天我们主要讲一讲R语言生态的单细胞数据分析可重复性流程构建方法。 为了保证数据科学项目的可持续和可重复，一个RProjects是值得拥有的。 对构建可重复的单细胞数据分析流程有信心了吗？
1.5K20发布于 2021-03-10 - 来自专栏DevOps持续集成
GitHub Actions : 麦当劳可重复的CI工作流程
image.png 为了实现快速、可靠的持续集成流程，麦当劳转向可重用的工作流程和 GitHub Actions。 为此，我们结合使用了 GitHub 提供的可重用工作流程和自定义可重用操作。 在使用 GitHub Actions 实施可重用工作流程时，我们重点关注了几个关键的改进目标： 通过减少代码重复和复杂性来最大限度地提高可读性和可维护性。 为持续集成过程创建黄金路径。 高级流程 提高可靠性和代码可维护性 为了减少管道代码重复，我们根据应用程序的语言类型对应用程序的 CI 工作流程进行分组，并使用 GitHub Actions 上的可重用工作流程来创建中央 CI 代码库 通过我们的中央可重用工作流程和操作，我们可以确保所有应用程序都遵循一组特定的所需步骤。
55210编辑于 2024-03-02 面向可重复研究的超参数优化库详解
Syne Tune：一个用于可重复研究的超参数优化库Syne Tune支持多种后端、单保真度和多保真度（早停）优化算法以及超参数迁移学习。 在第一届国际自动化机器学习（AutoML）大会上，我们介绍了Syne Tune，这是一个用于大规模超参数优化的开源库，重点在于实现可重复的机器学习研究。它简化、标准化并加速了各种HPO算法的评估。
13210编辑于 2025-12-26- 来自专栏灵儿的笔记
可重复执行SQL语句|建表、插入默认值、增加字段、删除字段、修改字段可重复执行SQL语句|oracle|mysql
我们会用到表，但是随着后面功能的迭代以及更新，会对老表进行一些更新，比如加字段，修改字段类型等，那么随着越来越多的脚本更新，以及同一个项目在不同甲方中，为了保证项目的稳定性，我们需要对一些sql语句实现可重复执行的操作 比如甲方A的进展已经到3.0阶段了，表需要加A字段，修改B字段为字符串；甲方B进展到2.0字段，只需要表加A字段，这时候如果你的表不是可重复执行的，你越到后面你就维护不清楚到底这张表哪些字段甲方A有，哪些甲方 B有，但是当你的脚本是可重复执行的时候，你只需要将2.0的脚本都执行一遍，然后如果是3.0版本的就将3.0的所有脚本都执行一遍就都可以解决了 下面将介绍oracle和mysql的可重复执行脚本 oracle
9.4K20编辑于 2022-10-04 - 来自专栏AI研习社
干货 | 论机器学习的可重复性危机
Handbook》和《The Big Data Glossary for O’Reilly》两本书的作者 Pete Warden 最近在自己的个人博客上发表了一篇文章，讨论了机器学习领域令人头疼的模型的可重复性问题 这已经是发生在一位认真负责的研究人员身上的比较乐观的景象了，同时你想必也已经看出来了，让另一个人接手把所有这些步骤重复一遍，最终还要得到同样的结果会有多难。
58820发布于 2018-07-26 - 来自专栏AI科技评论
干货 | 论机器学习的可重复性危机
Handbook》和《The Big Data Glossary for O’Reilly》两本书的作者 Pete Warden 最近在自己的个人博客上发表了一篇文章，讨论了机器学习领域令人头疼的模型的可重复性问题 这已经是发生在一位认真负责的研究人员身上的比较乐观的景象了，同时你想必也已经看出来了，让另一个人接手把所有这些步骤重复一遍，最终还要得到同样的结果会有多难。
61510发布于 2018-07-27 - 来自专栏VBA 学习
VBA与数据库——排列组合（可重复）
在VBA实现排列组合（可重复）中使用普通的VBA编程方法，实现了排列组合（可重复），代码虽然不是很多，但作为初学者需要理解还是有一定难度的。 from [Sheet1$A1:A5] as T0,[Sheet1$A1:A5] as T1,[Sheet1$A1:A5] as T2 构建的这个sql语句应该是比较好理解的，而这条语句就能够得到一个可以选重复数据的排列组合
1.5K10发布于 2021-10-20 - 来自专栏芋道源码1024
MySQL 乱七八糟的可重复读隔离级别实现
什么是事务 事务的实现方式 不同机制下的不同隔离级别 幻读（P3／A3）和写偏斜（A5B） mysql中的可重复度 幻读 写偏斜 mysql中可重复读的实现 postgresql中的可重复读 无幻读 写偏斜 不同机制下的不同隔离级别 SQL标准定义了四种隔离级别，分别是读未提交，读已提交，可重复读，可串行化。 很明显，越低隔离级别的事务并发行更好，但是一致性更低，严格来说，低隔离级别的事务是不符合A和I的，常用的隔离级别多为读已提交和可重复度。 postgresql中的可重复读 无幻读 pg实现的隔离级别是比较标准的，可重复度级别（实际是SI）没有幻读，这里举两个例子 第一个例子 ? pg write skew 可以看到，pg的可重复级别事务，还是存在写偏斜的，这是符合标准的。
1.5K30发布于 2019-10-29 - 来自专栏开源部署
MySQL的可重复读级别能解决幻读吗
关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？ 这是但是根据数据库理论的可重复读的实现(排他锁和共享锁)这是不应该的情况。 在了解实际原因前我们先复习下事物的相关理论。 可重复读取(Repeatable Read)：禁止不可重复读取和脏读取，但是有时可能出现幻读数据。读取数据的事务将会禁止写事务(但允许读事务)，写事务则禁止任何其他事务。Mysql默认使用该隔离级别。 实现(隔离级别为可重复读) 在说到如何实现前先引入两个概念： 系统版本号：一个递增的数字，每开始一个新的事务，系统版本号就会自动递增。 事务版本号：事务开始时的系统版本号。 在查阅了一些资料后发现在RR级别中，通过MVCC机制，虽然让数据变得可重复读，但我们读到的数据可能是历史数据，不是数据库最新的数据。
96210编辑于 2022-08-17 - 来自专栏change
为什么 MySQL 选择 可重复读 作为默认隔离级别？
其他数据库 Oracle，SqlServer中都是选择读已提交(Read Commited)作为默认的隔离级别，为什么Mysql不选择读已提交(Read Commited)作为默认隔离级别，而选择可重复读 而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的，因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别！ 解决方案 隔离级别设为可重复读(Repeatable Read),在该隔离级别下引入间隙锁。当Session 1执行delete语句时，会锁住间隙。 因此由于历史原因，mysql将默认的隔离级别设为可重复读(Repeatable Read)，保证主从复制不出问题！
1.5K21编辑于 2022-11-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号