实际项目中，需要在Linux下通过shell脚本并发读写同一个文件，但是希望同一时刻，只有一个进程可以在读、写目标文件。
在 Linux 系统中，文件锁定是一种对文件进行保护的方法，可以防止多个进程同时访问同一个文件，从而导致数据损坏或者冲突。文件锁定命令是一组用于在 Linux 系统中实现文件锁定操作的命令，它们可以用于对文件进行加锁或解锁，控制文件的访问权限，保证系统的稳定性和安全性。在本文中，我们将详细介绍 Linux 中的文件锁定命令，包括锁定的类型、命令的使用方法、常见问题及解决方法等内容。
在Linux中，文件加锁是通过使用文件锁（File Locks）来实现的。文件锁主要有两种类型：共享锁（Shared Lock）和排他锁（Exclusive Lock）。这些锁用于控制对文件的并发访问，以防止多个进程同时对同一文件进行读或写操作，从而保护文件的一致性。
当数据库有并发事务的时候，可能会产生数据的不一致，这时候需要一些机制来保证访问的次序，锁机制就是这样的一个机制。
题目是golang下文件锁的使用，但本文的目的其实是通过golang下的文件锁的使用方法，来一窥文件锁背后的机制。
在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。 目录： 1、行级锁、表级锁、页级锁 2、共享锁和排它锁 3、演示 在DBMS中，可以按照锁的粒度把数据库锁分为行级锁(INNODB引擎)、表级锁(MYISAM引擎)和页级锁(BDB引擎 )。 行级锁、表级锁、页级锁 行级锁 行级锁是Mysql中锁定粒度最细的一种锁，表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，但加锁的开销也最大。行级锁分为共享锁 和 排他锁。 特点
作者：操盛春，爱可生技术专家，公众号『一树一溪』作者，专注于研究 MySQL 和 OceanBase 源码。
共享锁，又被称为读锁，是由读取操作所创建的一种锁。在此期间，其他用户可以同时读取数据，但在数据上未释放所有共享锁之前，任何事务均无法对其进行修改（即获取数据的排他锁）。
mysql锁机制分为表级锁和行级锁，本文就和大家分享一下我对mysql中行级锁中的共享锁与排他锁进行分享交流。
隔离度有多种实现方式，加锁是其中的一种方式，其理解较为容易且能以开销较小的方式确保数据库系统中并发事物各自运行时，每个事务的运行不受其他事务的影响。
MySQL可以使用锁来控制对表和行的访问，下面简单介绍一下如何对表和行进行加锁的方法
数据库大并发操作要考虑死锁和锁的性能问题。看到网上大多语焉不详(尤其更新锁），所以这里做个简明解释，为下面描述方便，这里用T1代表一个数据库执行请求，T2代表另一个请求，也可以理解为T1为一个线程，T2 为另一个线程。T3,T4以此类推。下面以SQL Server(2005)为例
设置innodb的事务级别方法是：set 作用域 transaction isolation level 事务隔离级别，例如~
任何关系型数据库里都会有锁的机制，锁是基于事务的一种机制，锁主要是用来保护数据的安全，不被破坏，因为在数据量大并且高并发的情况下，就容易出现多个用户同时对同一个数据操作的情况，在这种情况下没有锁来保护数据的话，就会导致数据的混乱，数据就会遭到破坏。
MyISAM 仅仅支持表级锁(table-level locking)，一锁就锁整张表，这在并发写的情况下性非常差。
ReentrantLock：同一时间只能有一个线程执行ReentrantLock.lock()后面的代码，这样虽然可以保证线程安全，但程序的运行效率却比较低。
InnoDB 支持多粒度锁（multiple granularity locking），它允许行级锁与表级锁共存，而意向锁就是其中的一种表锁。
存储引擎 要了解mysql的锁，就要先从存储引擎说起。 常用存储引擎列表如下图所示： 最常使用的两种存储引擎： Myisam是Mysql的默认存储引擎。当create创建新表时，未指定新表的存储引擎时
Java面试通关手册（Java学习指南，欢迎Star，会一直完善下去，欢迎建议和指导）：https://github.com/Snailclimb/Java_Guide
数据库大并发操作要考虑死锁和锁的性能问题。看到网上大多语焉不详(尤其更新锁），所以这里做个简明解释，为下面描述方便，这里用T1代表一个数据库执行请求，T2代表另一个请求，也可以理解为T1为一个线程，T2 为另一个线程。T3,T4以此类推。下面以SQL Server(2005)为例。
脏读是读取了尚未提交的数据，不可重复读是读取了不停更新的数据（修改），幻读是指读取了不停更新的数据（新增）。
如果不显示定义事务的边界，则SQL Server会默认把每个单独的语句作为一个事务，即在执行完每个语句之后就会自动提交事务。
在多用户并发访问数据库时，为了保证数据的一致性和完整性，必须使用锁机制来控制对共享资源的访问。MySQL数据库也不例外，它提供了多种锁机制来保证数据的正确性和可靠性。本文将详细介绍MySQL的锁机制，包括锁分类、锁级别、锁粒度、锁冲突等方面。
当一个事务需要给自己需要的某个资源加锁的时候，如果遇到一个共享锁正锁定着自己需要的资源的时候，自己可以再加一个共享锁，不过不能加排他锁。但是，如果遇到自己需要锁定的资源已经被一个排他锁占有之后，则只能等待该锁定释放资源之后自己才能获取锁定资源并添加自己的锁定。而意向锁的作用就是当一个事务在需要获取资源锁定的时候，如果遇到自己需要的资源已经被排他锁占用的时候，该事务可以需要锁定行的表上面添加一个合适的意向锁。如果自己需要一个共享锁，那么就在表上面添加一个意向共享锁。而如果自己需要的是某行（或者某些行）上面添加一个排他锁的话，则先在表上面添加一个意向排他锁。意向共享锁可以同时并存多个，但是意向排他锁同时只能有一个存在。
InnoDB与MyISAM有两处不同： 1）InnoDB支持事务； 2）默认采用行级锁（也可以支持表级锁）
在InnoDB中，锁可以分为两种级别，一种是共享锁（S锁），另一种是排他锁（X锁）。
InnoDB 存储引擎支持多粒度锁（multiple granularity locking），也就是允许行锁和表锁共存。当允许行锁和表锁共存的时候，可能会存在下面这样一个问题： 例如我执行如下 SQL： 这段 SQL 执行完成后，给 id 为 1 的记录加了排他锁。 此时，在另外一个会话中，我如果想给这张表再来一个表级共享锁，如下： lock table user read; 此时就会有一个问题，共享锁和排他锁是互斥的，要给表上共享锁，就得去检查一下表中的每一条记录都不存在排他锁，如果表中的数据量比较大
锁和索引是数据库两大核心概念，了解索引，可以从 B+ 树，Hash 索引，页结构，缓存池，索引原则等方面理解。理解锁，要从哪些方面入手？
以前总是追求新东西，发现基础才是最重要的，今年主要的目标是精通SQL查询和SQL性能优化。 本系列主要是针对T-SQL的总结。 概述： 本篇主要是对SQL中事务和并发的详细讲解。 一、事务 1.什么是事务 为单个工作单元而执行的一系列操作。如查询、修改数据、修改数据定义。 2.语法 （1）显示定义事务的开始、提交 BEGIN TRAN INSERT INTO b(t1) VALUES(1) INSERT INTO b(t1) VALUES(2) COMMIT TRAN （2）隐式定义 如果不显示定
我们开的的各式各样系统中，系统运行需要CPU、内存、I/O、磁盘等等资源。但除了硬资源外，还有最为重要的软资源：数据。
排他锁（X）：允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。
当数据库的隔离级别为Repeatable Read或Serializable时,我们来看这样的两个并发事务（场景一）：
1. update t_table set a =1; // 数据库的增删改操作默认都会加排他锁
python的文件锁目前使用的是fcntl这个库，它实际上为 Unix上的ioctl，flock和fcntl 函数提供了一个接口。
事情的起源于一个面试，面试官让我说说数据库的隔离级别，以及他们各自对应着什么问题，这个还好说，说出来后他接着追问readcommited的原理，当时楞了一下，因为的确没接触过，虽然知道肯定是锁的作用，但不知道怎么说好，怎么着手，就直接说不清楚了。。。然后就凉了。。。下面记录一下吧！
锁定某一行可以用lock in share mode(共享锁) 和for update(排它锁)
MySQL 的锁按照范围可以分为全局锁、表锁、行锁，其中行锁是由数据库引擎实现的，并不是所有的引擎都提供行锁，MyISAM 就不支持行锁，所以文章介绍行锁会以InnoDB引擎为例来介绍行锁。
在Java多线程编程中，重入锁(ReentrantLock) 和信号量(Semaphore)是两个极其重要的并发控制工具。相信大部分读者都应该比较熟悉它们的使用(如果不清楚的小伙伴，赶快拿出书本翻阅一下)。
在数据库系统中，锁是一种重要的机制，用来管理并发访问数据的方式。在多个并发读写的事务同时操作数据库时，很容易出现资源争用的情况，这就需要使用锁来控制数据的访问权限，保证数据的一致性和完整性。
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-shared-exclusive-locks
好久没有深入地写文章了，这次来发一篇，通过mysql事物 | Joseph's Blog (gitee.io)和其他一些博客有感进行一些补充，InnoDB详解在下期发布
客户端发往MySQL的一条条SQL语句，实际上都可以理解成一个个单独的事务（一条sql语句默认就是一个事务）。而事务是基于数据库连接的，每个数据库连接在MySQL中，又会用一条工作线程来维护，也意味着一个事务的执行，本质上就是一条工作线程在执行，当出现多个事务同时执行时，这种情况则被称之为并发事务，所谓的并发事务也就是指多条线程并发执行。
距离上次择文发表，两月余久。2018年也即将要结束了，目前的工作依然是与区块链应用相关的，也很荣幸在9月初受邀签约出版暂名为《区块链以太坊DApp实战开发》一书，预计在明年年初出版。
我只知道 innodb 存储引擎 是支持行锁和表锁的，myIsam中 只支持表锁，（表锁的 排他锁好像也就是直接变成串行化的隔离级别了）。不知道什么情况下 行锁会升级为表锁。查看资料后，根据前人做过的经验 来测试一下锁升级的实验。
任何时候当有多个查询想要操作相同的数据的时候便会产生并发问题，而这很有可能会导致数据库陷入一种不一致的状态。如果恰好出现问题的数据是一批关键数据，那这个后果往往可能是致命的，因此如何控制并发是数据库中一个很重要的话题。
Mysql中锁的分类按照不同类型的划分可以分成不同的锁，按照「锁的粒度」划分可以分成：表锁、页锁、行锁；按照思想的划分：「乐观锁」和「悲观锁」。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
