引言 传统的并发控制手段，如使用synchronized关键字或者ReentrantLock等互斥锁机制，虽然能够有效防止资源的竞争冲突，但也可能带来额外的性能开销，如上下文切换、锁竞争导致的线程阻塞等。而此时就出现了一种乐观锁的策略，以其非阻塞、轻量级的特点，在某些场合下能更好地提升并发性能，其中
type Once struct { done atomic.Uint32 m Mutex } 这段代码是 Go 语言标准库中 sync 包的一部分，定义了一个 Once 类型。Once 类型用于确保某个函数只被执行一次。它包含一个 done 原子类型和一个 Mutex 互斥锁。 done 表示动作
一、写在开头 在前面的博文中我们学习了volatile关键字，知道了它可以保证有序性和可见性，但无法保障原子性，结局原子性问题推荐使用synchronized、Lock或者AtomicInteger；我们还学习过CAS算法，在那篇博文中我们同样也提及atomic。那么今天，我们就来好好学一学Atom
一、写在开头 依稀记得多年以前的一场面试中，面试官从Java并发编程问到了锁，从锁问到了原子性，从原子性问到了Atomic类库（对着JUC包进行了刨根问底），从Atomic问到了CAS算法，紧接着又有追问到了底层的Unsafe类，当问到Unsafe类时，我就知道这场面试废了，这似乎把祖坟都能给问冒烟
摘要：并发的事务在运行过程中会出现一些可能引发一致性问题的现象，本篇将详细分析一下。 本文分享自华为云社区《MySQL读取的记录和我想象的不一致——事物隔离级别和MVCC》，作者：砖业洋__。 事务的特性简介 1.1 原子性（Atomicity） 要么全做，要么全不做，一系列操作都是不可分割的，如果
一、事务概念 事务是一组操作的集合，他是一个不可分割的工作单位，事务会把所有操作作为一个整体一起向系统提交或者撤销请求操作，即这些操作要么同时成功，要么同时失败。 二、事务特性 原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败 一致性（Consistency）：
今天在浏览张队转载文章的留言时，遇到一个读者问了这样的问题，如下图所示： 首先能明确的一点是"程序崩溃退出了是不能用常规的方式dump的"，因为整个进程树都已经退出。现场已经无法使用常规的方式读取到。 一般来说常规的方法是没办法读取到的，也有一些特殊的方式，比如有关部门在调查取证时，就可以通过一些工
https://switch-router.gitee.io/blog/spinlock/ 进程(线程)间的同步机制是面试时的常见问题，所以准备用一个系列来好好整理下用户态与内核态的各种同步机制。本文就以内核空间的一种基础同步机制—自旋锁开始好了 自旋锁是什么 自旋锁就是一个二状态的原子(atomi
