- 综合排序
- 最热优先
- 最新优先
- 来自专栏侯哥的Python分享
MySQL高级9-锁
二、分类 MySQL中的锁、按照锁的粒度分，分为以下三类 全局锁：锁定数据量的所有表 表级锁：每次操作锁住整张表 行级锁：每次操作锁住对应的行数据 三、全局锁 3.1 简介 全局锁就是对整个数据库实例枷锁 ; 七、意向锁 7.1 意向锁介绍 为了避免DML在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每一行数据是否加锁，使用意向锁来减少表锁的检查。 说明5：当线程B 再次添加表锁的时候，就不用逐行排查是否有行锁了，而是直接检查整表是否有意向锁，如果意向锁和表锁兼容则直接加表锁 说明6：如果表锁和意向锁不兼容，则仍然会等到意向锁释放了，表锁才能添加成功 说明5：排他意向锁与共享read锁和排他write锁都互斥 说明6：意向锁的作用主要是解决行锁和表锁之间的矛盾。 说明9：InnoDB的行锁是针对于索引加的锁，不通过索引检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁 说明10：根据业务需要，尽量使用索引当所查询条件，既快又减少阻塞
55730编辑于 2023-09-06 - 来自专栏美丽应用
重力锁屏:智能,高效锁屏体验
文章更新: 20160329 初次成文 应用名称:重力锁屏 应用包名:com.plexnor.gravityscreenofffree 备注说明:免费版/可内购 重力锁屏是一款智能， 高效的锁屏控件。 使用电源键关闭屏幕后自动停止重力锁屏所有服务。 当设备接入耳机时，手机可头部朝上放入口袋，屏幕将熄灭。 支持白名单/横向模式/SmartLock，当白名单中的应用在前台运行时，重力锁屏所有服务将停止，此外，若一个应用以横屏方式显示在屏幕上，重力锁屏的所有服务也会停止。 ? ? ? 也就是说，重力锁屏托管关屏动作是完全没有问题的，但是对于开屏动作而言可能不能兼容部分设备。
2.4K40发布于 2018-07-19 - 来自专栏Lambda
9.JUC线程高级-ReadWriteLock读写锁
如果有一个线程已经占用了写锁，则此时其他线程如果申请写锁或者读锁，则申请的线程会一直等待释放写锁。读锁和写锁是互斥的。 释放读锁！ 释放读锁！ // 测试结果不互斥 // 读锁和写锁，测试结果如下： 当前为读锁！ 释放写锁！ // 测试结果互斥 // 写锁和写锁，测试结果如下： 当前为写锁！ 2.可中断锁 可中断锁：顾名思义，就是可以相应中断的锁。 在Java中，synchronized就不是可中断锁，而Lock是可中断锁。 3.公平锁 公平锁即尽量以请求锁的顺序来获取锁。比如同是有多个线程在等待一个锁，当这个锁被释放时，等待时间最久的线程（最先请求的线程）会获得该锁，这种就是公平锁。
52020编辑于 2022-04-13 - 来自专栏物联网IOT安全
转载｜某智能锁破解
网关预留了不少的调试口，MCU也没有开启CRP（Code Read Protection）。
1.7K30发布于 2021-07-07 - 来自专栏新智元
中国团队众筹9万美元开发了这个宠物智能锁
---- 新智元报道 编辑：LRS 【新智元导读】最近一款带「猫脸识别」功能的宠物智能锁火了，开发团队众筹到9万美元，单个售价最高达2000元！ 最近Kicksarter公众募资平台上就有这样一个项目，发起团队Petvation来自广东东莞，在家庭设备和AI行业中有十多年的经验，目标是为智能宠物设备世界的新可能性打开大门。 Petavation预期的产品功能包括一个人工智能驱动的摄像头和智能传感器，可以检测宠物何时接近门以及它们何时希望进出；并且允许用户远程控制宠物何时进出，并阻止浣熊和其他不受欢迎的客人进入家里。 智能宠物门，必不可少的功能就是设置规则。 开发团队提供了一个易于使用的移动应用程序来完全控制Petvation。 价格 如此智能的宠物门禁系统卖的价格也比普通的猫门要贵一些。
1.1K10编辑于 2022-07-26 - 来自专栏wujunmin
Power BI 模拟智能锁事件轴
这是某品牌智能锁后台记录的事件轴： 最大的特点是左侧有一条时间线，线条上方带有一个圆点。Power BI使用表格条件格式图标可以轻松模拟。
36900编辑于 2025-02-10 - 来自专栏agent平台
《Spring Mongo实战》第9招 乐观锁怎么做
为什么选择乐观锁而不是悲观锁？在文档库和大部分业务场景里，读操作远多于写操作，写冲突的概率并不高。乐观锁在读时不加锁，只在写时校验，因此不会阻塞其他读请求，吞吐量更好。 悲观锁则需要在读取时就占有锁，直到事务结束，占用资源更多，还容易造成锁等待。对于“两个请求改同一个文档”这种低频冲突，乐观锁的代价更低。 如果重试三次仍然失败，说明当前修改的冲突频率可能已经不适合乐观锁，需要考虑把部分字段改成原子更新，或把并发修改收敛到串行队列。06、洞见所有并发问题都用乐观锁，看起来好像安全，其实并不合理。 更糟的是，有些简单操作本来一条命令就能完成，加了乐观锁后反而变成先读、再判断、再写、再处理异常，链路变长，竞态窗口变大。能表达成数据库原子操作的问题，就不要先升级成复杂锁机制。 同时，乐观锁也不是事务的替代品。单文档乐观锁只解决单文档的读改写冲突，无法保证多个文档之间的强一致。
17421编辑于 2026-09-05 Java EE(9)——线程安全——锁升级&JUC&集合类
1.synchronized锁升级 上篇博文介绍了各种锁策略，那么在此基础上我再对常用的synchronized的优化策略进行讲解 synchronized (锁对象) { //其他代码 } 当我们使用 synchronized对某一代码块加锁的时候，synchronized并不会在第一时间加锁，而是经历了（偏向锁——>轻量级锁——>重量级锁）这样的锁升级过程。 偏向锁 当一个线程第一次访问同步块时，JVM会尝试将该线程的ID记录在锁对象的对象头中，并标记为偏向锁。 之后，当该线程再次进入同步块时，直接进入同步块 偏向锁——>轻量级锁 如果有其他线程尝试获取该锁，偏向锁会被撤销，升级为轻量级锁 轻量级锁——>重量级锁 当thread1等待了很久(自旋了很多次 ------- lock.lock(); try { //其他代码 } finally { lock.unlock() } (2)可实现公平锁 //通过构造方法可以选择实例化非公平锁还是公平锁
28810编辑于 2026-01-13- 来自专栏小白晋级大师
分布式系统学习9：分布式锁
分布式系统学习9：分布式锁这是小卷对分布式系统架构学习的第12篇文章，今天学习面试中高频问题：分布式锁，为什么要做分布式锁，有哪些实现方式，各适用于什么场景等等问题1. 为什么要用分布式锁？ 于是，分布式锁 就诞生了分布式锁的特点：互斥：任意时刻，锁只能被一个线程持有高可用：锁服务本身是高可用的，一个节点出问题，能自动切换到另一个节点可重入：获取过锁的节点，可再次获取锁；超时机制：为了防止锁无法被释放的异常情况 乐观锁和悲观锁悲观锁：认为多线程环境下，每次访问共享资源一定会出现冲突，所以访问资源前就加锁；乐观锁：认为冲突是偶然情况，没有竞争才是普遍情况。 Redisson本身已经支持了多种锁：可重入锁（Reentrant Lock）、自旋锁（Spin Lock）、公平锁（Fair Lock）、多重锁（MultiLock）、 红锁（RedLock）、 读写锁 InterProcessReadWriteLock：分布式读写锁InterProcessMultiLock：将多个锁作为单个实体管理的容器，获取锁的时候获取所有锁，释放锁也会释放所有锁资源（忽略释放失败的锁
50500编辑于 2025-01-22 - 来自专栏嵌入式项目开发
基于STM32智能马蹄锁设计
前言 设计一款基于单片机的家用马蹄锁，主要用在自行车、共享单车上。 主要要求: 1、手机蓝牙直连控制开关:手机直接连接智能马蹄锁可以控制其开锁关锁的功能。 2、即连即开: 手机端与智能马蹄锁第一次连接成功后可以选择即连即开模式,在之后距离智能马蹄锁一定范围内,智能马蹄锁会自动打开。 3、即走即关:手机端与智能马蹄锁第一次连接成功后可以选择即连即走即关，在之后离开智能马蹄锁一定范围，智能马蹄锁会自动关团。 4、实体触控按键控制开锁手动关锁。 如果需要源码可以从这里下载： https://download.csdn.net/download/xiaolong1126626497/85897821 演示视频： 【基于STM32设计的自行车防盗智能锁 z=255 x=5,y=-8,z=255 x=6,y=-9,z=255 x=6,y=-9,z=254 x=6,y=-9,z=258 x=7,y=-9,z=255 x=6,y=-9,z=255 x=6,y
1.4K31编辑于 2022-09-26 - 来自专栏编舟记
基于以太坊的去中心化智能锁
而且区块链2.0上具有“自我实现”特点的智能合约，可以帮助交易双方迅速编码合同承诺。一旦合同的预设条件达成，就能自动执行，不用担心对方毁约。 之所以可以达成这样承诺的依据就是区块链上的智能合约技术，承载了原来中间商信任担保的角色，也是我们常常说的“去中介”和“去信任”的由来。 去中心化的智能锁合约的实现 在很多共享经济的场景当中，其实一把“智能”的锁就可以胜任。这也是为什么我们会有去中心化智能锁的想法。 整体的实现逻辑如下： 房东通过智能合约 Smart Lock Contract注册门锁及房屋租金。 去中心化智能锁的实现 于 2018-03-20 ---- 参考书籍 共享经济没有告诉你的事 智能合约代码
49820发布于 2018-08-17 《人工智能导论》第 9 章 智能体与多智能体系统详解
今天我们来深入学习《人工智能导论》第 9 章的内容 —— 智能体与多智能体系统。 这一章内容非常重要，因为智能体 (Agent) 是人工智能领域中一个核心概念，而多智能体系统 (MAS) 则广泛应用于分布式问题求解、机器人协作、智能决策等多个领域。 ：负责执行决策产生的动作 通信模块：负责与其他智能体进行交互（多智能体系统中） 知识模块：负责存储和管理智能体的知识（某些类型的智能体） 图 2：智能体结构思维导图 反应式 Agent 鲁棒性：单个智能体的故障不会导致整个系统崩溃 社会性：智能体之间可以进行通信、协商和合作 多智能体系统的基本类型 根据智能体之间的关系和协作方式，多智能体系统可以分为以下几种基本类型： 协作型多智能体系统 ：智能体有共同目标，通过协作完成任务 竞争型多智能体系统：智能体有各自目标，存在资源竞争 混合类型多智能体系统：同时存在协作和竞争关系 协商型多智能体系统：通过协商解决冲突和分配资源 多智能体系统的体系结构
50010编辑于 2026-01-21- 来自专栏数据库
DM9 锁现场：一条 SQL 画出谁在等谁
两个核心数字：9分34秒（锁等待全程无超时、无报错），566.928毫秒（死锁被检测出来的耗时）。 项目内容机器worker3（CentOS7.9，8核，27G内存）数据库DM9（disqlV9）靶表t_lock_demo，3行，新建，实验后可drop连接三个独立disql连接（不是同一客户端的多个查询页 DBLOCK_CHANGE_TRACKING3V~DDBMS_LOCKS4V~DDEADLOCK_HISTORY5V~DDSC_LOCK6V~DDSC_TRX7V~DDSC_TRXWAIT8V~DDSC_TRX_VIEW9V 5.等多久：9分34秒，库一句没吭窗口②从那句forupdate发出去，一直挂到窗口①rollback。 但它不会主动提醒你：默认没有锁等待超时，等9分34秒也不报错；挂着的会话在V$SESSIONS里照样写着ACTIVE；32行锁里只有1行是有用的信息；死锁倒是会报，可它靠的是1000毫秒一次的周期扫描—
11410编辑于 2026-10-07 - 来自专栏软件工程
独占锁(写锁)共享锁(读锁)互斥锁
独占锁：指该锁一次只能被一个线程所持有。对ReentrantLock和Synchronized而言都是独占锁 共享锁：指该锁可被多个线程所持有。 对ReentrantReadWriteLock其读锁是共享锁，其写锁是独占锁。 读锁的共享锁可保证并发读是非常高效的，读写，写读，写写的过程是互斥的。 使用方法 声明一个读写锁 如果需要独占锁则加从可重入读写锁里得到写锁 写锁demo 如果需要共享锁则加从可重入读写锁里得到读锁 读锁demo ReentrantReadWriteLock实现原理简单分析 Sync是如何同时表示读锁与写锁？ ，低16位表示写锁个数 一个线程获取到了写锁，并且重入了两次，低16位是3，线程又获取了读锁，并且重入了一次，高16位就是2 读锁的写锁的获取主要调用AQS的相关Acquire方法,其释放主要用了相关Release
1.9K30编辑于 2022-05-13 - 来自专栏Java面试
MySQL锁、加锁机制（超详细）—— 锁分类、全局锁、共享锁、排他锁；表锁、元数据锁、意向锁；行锁、间隙锁、临键锁；乐观锁、悲观锁
| Rose | 360 | 0 |+----+-----------+---------+--------+上述这张表最后两条数据，id字段从3跳到了9，那么3~9两者之间的范围则被称为 ，默认就是锁定前后两条数据之间的区间，左右开区间，即锁定(3,9)、不包含3、9的区域。 此时我们可以根据数据库表中现有的数据，将数据分为三个部分：[6], (6,9], (9,正无穷)所以数据库数据在加锁是，就是将6加了行锁，9的临键锁（包含9及9之前的间隙），正无穷的临键锁(正无穷及之前的间隙 )当对一个不存在的数据加锁后，默认就是锁定前后两条数据之间的区间，左右开区间，即锁定(3,9)、不包含3、9的区域。 如果加在ID=9之后，锁定的区域就是{9 ~ +∞}，即9之后到无穷大的区域。
37K1833编辑于 2024-06-24 - 来自专栏mysql
MySQL锁相关总结｜悲观锁、乐观锁、读锁、写锁、表锁、行锁、页面锁、间隙锁、临键锁
总体上分成两种：乐观锁和悲观锁类型上也是两种：读锁和写锁 锁的粒度上可以分成五种：表锁，行锁，页面锁，间隙锁，临键锁 下面我们就来详细讲一下这些锁 1. 写锁 写锁又称为排他锁或者X锁（Exclusive Lock），如果当前写锁未释放，他会阻塞其他的写锁和读锁。 5. 表锁 表锁也称为表级锁，就是在整个数据表上对数据进行加锁和释放锁。 行锁 行锁也称为行级别，就是在数据行上对数据进行加锁和释放锁。特点：开销大，加锁慢，粒度小，并发度高，锁冲突概率最小。 在mysql的InnoDB存储引擎中有两种行锁，排他锁和共享锁。 共享锁：允许一个事务读取一行数据，但不允许一个事务对加了共享锁的当前行增加排他锁。排他锁：允许当前事务对数据行进行增删改查操作，不允许其他事务对增加了排他锁的数据行增加共享锁和排他锁。 间隙锁会锁住 (7,10], (10,21] 这两个间隙。不过间隙锁只会在 可重复读事务隔离级别 下才会生效。 9. 临键锁 临键锁就是行锁和间隙锁的组合，也可以理解为一种特殊的间隙锁。
1.3K10编辑于 2024-09-07 - 来自专栏Lambda
最全Java锁详解：独享锁共享锁+公平锁非公平锁+乐观锁悲观锁
最全Java锁详解：独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁 在Java并发场景中，会涉及到各种各样的锁如公平锁，乐观锁，悲观锁等等，这篇文章介绍各种锁的分类： 公平锁/非公平锁 可重入锁 独享锁/共享锁 乐观锁/悲观锁 分段锁 自旋锁 最全Java锁详解：独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁 乐观锁 VS 悲观锁 乐观锁与悲观锁是一种广义上的概念，体现了看待线程同步的不同角度 最全Java锁详解：独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁 3.总之： 悲观锁适合写操作多的场景，先加锁可以保证写操作时数据正确。 最全Java锁详解：独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁 3.典型应用: java jdk并发包中的ReentrantLock可以指定构造函数的boolean类型来创建公平锁和非公平锁（ Java线程锁 详细可以参考：高并发编程系列：4种常用Java线程锁的特点，性能比较、使用场景 本文标题：最全Java锁详解：独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁 转载请保留页面地址：http
1.3K20编辑于 2022-04-13 - 来自专栏终码一生
MySQL：表级锁、行级锁、共享锁、排他锁、乐观锁、悲观锁
一文读懂所有锁，了解他们的优缺点和使用场景。 表级锁与行级锁 表级锁： table-level locking，锁住整个表。 开销小，加锁快。 不会死锁(一次性加载所需的所有表)。 InnoDB引擎支持表级锁和行级锁，默认为行级锁。 共享锁与排他锁 共享锁： 有称之为S锁、读锁。 语法：select id from t_table in share mode; 多个共享锁可以共存，共享锁与排他锁不能共存。 排他锁： 又称之为X锁、写锁。 乐观锁与悲观锁 乐观锁与悲观锁是逻辑上的锁。 乐观锁： 乐观锁：乐观地认为，并发问题很难发生。 悲观锁： 悲观锁：悲观地认为，并发问题极易发生。 悲观锁认为并发问题极易发生，所以每次操作，无论读写，都会对记录加锁，以防止其他线程对数据进行修改。 实现方式：数据库的行锁、读锁和写锁。
1.7K20编辑于 2022-04-14 - 来自专栏菜鸟成长学习笔记
MySQL中的锁（表锁、行锁，共享锁，排它锁，间隙锁）
本章我们着重讨论MySQL锁机制 的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。 Mysql用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般 。 从上述特点可见，很难笼统地说哪种锁更好，只能就具体应用的特点来说哪种锁更合适！ 排他锁（Ｘ）：又称写锁。允许获取排他锁的事务更新数据，阻止其他事务取得相同的数据集共享读锁和排他写锁。 另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks），这两种意向锁都是表锁。 意向共享锁（IS）：事务打算给数据行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。 意向排他锁（IX）：事务打算给数据行加排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
3.6K30发布于 2019-07-30 - 来自专栏iOS开发～
iOS_多线程五：基础的9种锁，扩展12种使用
补充一下，总结的两张图，5类锁，9种Lock： 首先理解几个锁的概念： 互斥锁（mutexlock）sleep-waiting: 保证共享数据操作的完整性, 锁被占用的时候会休眠, 等待锁释放的时候会唤醒 ）: 线程会因为条件变量不满足而阻塞，线程也可以在释放锁时将条件变量改成某个值，从而唤醒满足条件变量的线程 递归锁（recursivelock）: 跟互斥类似, 但是允许同一个线程在未释放锁前，加锁N次锁 PTHREAD_MUTEX_RECURSIVE: 递归锁 一个线程可以多次锁定一个还未解开的锁，需要相同数量的解锁来释放锁，然后另一个线程才能获的互斥锁 尝试解除其他线程上的锁，将会返回一个错误 尝试解除一个未锁定的锁，结果不可预测。 8、NSRecursiveLock 递归锁 直接操作lock对象很方便，竞争的是这个锁对象。 NSLog(@"解锁: %d", value); [lock unlock]; // 解锁 }; RecursiveMethod(1); NSLog(@"finish"); }); 9、
1.4K10编辑于 2022-07-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号