昨天写了乐观锁《使用MySQL乐观锁解决电商扣库存并发问题》，有人提出想看悲观锁，所以今天我们就说一说如何抗悲观锁解决并发问题：
悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。
最近意外发现之前对悲观锁乐观锁的理解有误，所以重新学习了一下。 1.悲观锁 悲观锁介绍（百科）： 悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。 使用场景举例：以MySQL InnoDB为例 商品goods表中有一个字段status
我们也许有过这样的经历：用 mysql 客户端连上数据库，执行一条 SQL，结果迟迟执行不完，我们等得不耐烦了，顺手就是一个 Ctrl + C。
不知道大家是否有过维护的数据库表业务数据被人或者因为程序bug导致全表更新，全表删除的痛苦经历，恢复业务数据的过程真的太痛苦了，尤其与交易和钱相关的数据，必须恢复成和原来一模一样，那能不能在数据库层面架起最后一道安全堡垒，拒绝全表更新，全表删除的非法操作呢，答案是有的，在mysql中sql_safe_updates可以完美解决这个问题；
此前的文章中，我们介绍了 mysql 中的事务和锁机制。 一文讲透 MySQL 的 MVCC 机制 MySQL 锁机制（上） — 全局锁与表级锁 MySQL 锁机制（下） — 细说 InnoDB 行锁（记录锁、间隙锁与临键锁）
MySQL 8.0 也支持 nowait, skip locked 语法了。在 09 年飞信项目中看到 SQL Server 的这个语法时内心充满了羡慕。现在 MySQL8.0 也可以支持了，不过和其它 DB 实现的有点不一样。我们下面一起看看 MySQL 8.0 对 nowait 和 skip locked 的使用。
在shell开发中，很多时候我们需要操作mysql数据库（比如：查询数据、导出数据等），但是我们又无法进入mysql命令行的环境，就需要在shell环境中模拟mysql的环境，使用mysql相关命令。
我们都知道，当执行 select 查询语句时，用没用到索引区别是很大的，若没用到索引，一条 select 语句可能执行好几秒或更久，若使用到索引则可能瞬间完成。那么当执行 update 语句时，用没用到索引有什么区别呢，执行时间相差大吗？本篇文章我们一起来探究下。
当我们使用如上所述的语法的时候，这两种方式在事务(Transaction) 进行当中SELECT 到同一个数据表时，都必须等待其它事务数据被提交(Commit)后才会执行。
首先拿到操作系统的root权限，然后kill掉Mysql服务或者手动stop掉，这里我推荐使用手动stop；
大多数人，都会开两个窗口，分别起两个事务，然后 update 同一条记录，在发起第二次 update 请求时，block，这样就说明这行记录被锁住了：
一共3张表knowledge, knowledge_question, knowledge_answer，数据在6000~10000之间。
如果我们把autocommit关闭掉[autocommit = 0]，通过程序来控制，只要一次commit就可以了,这样也才能更好的体现事务的特点！
在日常开发中，我们常用的存储引擎有 InnoDB 和 MyISAM 两种存储引擎。然而 MyISAM 是不支持事务操作的。
地址：【转】INSERT...ONDUPLICATEKEYUPDATE产生deathlock死锁原理讲解及解决办法_on duplicate key update死锁解决-CSDN博客
例子仅在windows下测试通过，没有放在linux下测试。如有问题，可以电邮给我~
REPEATABLE READ是InnoDB的默认隔离级别。MySQL对它有如下的支持：
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别的设置会影响到 Master 端的 bin-log 日志格式。
这样的操作乍一看没有什么问题，但是仔细分析分析，还是有些瓶颈的，目前来看，我能分析到的瓶颈有两个，
MySQL数据库提供了四种默认的隔离级别，读未提交(read-uncommitted)、读已提交(或不可重复读)(read-committed)、可重复读(repeatable-read)、串行化(serializable)。
如果我们需要修改或更新MySQL中的数据，我们可以使用 SQL UPDATE 命令来操作。.
在学习 MySQL 的过程中，可能你了解过触发器的概念，不清楚各位是否有详细的去学习过触发器，最近看了几篇关于触发器的文档，分享下 MySQL 触发器相关知识。
如果在执行一个业务操作的时候，需要执行多条SQL语句，必须保证所有的SQL语句都执行成功。只要其中有一条执行失败，则所有的SQL语句都要进行回滚
转自《對於 MySQL Repeatable Read Isolation 常見的三個誤解》
最近在极客时间看丁奇大佬的《MySQL45讲》，真心觉得讲的不错，把其中获得的一些MySQL方向的经验整理整理分享给大家，有兴趣同学可以购买相关课程进行学习。
数据库锁就是一种保证数据一致性而使各种共享资源在被并发访问，并发访问人有序所设计的一种规则。
此时我们可以使用INSERT ... ON DUPLICATE KEY UPDATE语句
爱可生 DBA 团队成员，主要负责 MySQL 技术支持，擅长 MySQL、PG、国产数据库。
看到许多写select for update是行锁还是表锁的文章，但每篇文章的结论好像都不太一样。同时，是行锁还是表锁的问题直接影响着系统的性能，所以特意为大家调研一番，也就有了本篇文章，一共为大家汇总验证了20个场景下的结论。
在之前的一篇文章 《TiDB 源码阅读系列文章（四）INSERT 语句概览》 中，我们已经介绍了 INSERT 语句的大体流程。为什么需要为 INSERT 单独再写一篇？因为在 TiDB 中，单纯插入一条数据是最简单的情况，也是最常用的情况；更为复杂的是在 INSERT 语句中设定各种行为，比如，对于 Unique Key 冲突的情况应如何处理：是报错？是忽略当前插入的数据？还是覆盖已有数据？所以，这篇会为大家继续深入介绍 INSERT 语句。
行锁变表锁，是福还是坑？如果你不清楚MySQL加锁的原理，你会被它整的很惨！不知坑在何方？没事，我来给你们标记几个坑。遇到了可别乱踩。通过本章内容，带你学习MySQL的行锁，表锁，两种锁的优缺点，行锁变表锁的原因，以及开发中需要注意的事项。还在等啥？经验等你来拿！
对于行锁和表锁的意义差异，在面试当中可能出现得频率较高，我们应对MySQL中的锁有一个体系化的了解，更详尽的内容需要自行查找相关资料，本文仅精要总结回答。
最近的项目中，因为涉及到Mysql数据中乐观锁和悲观锁的使用，所以结合项目和网上的知识点对乐观锁和悲观锁的知识进行总结。
作者：小林coding 八股文网站：xiaolincoding.com 之前有位小伙伴美团三面，一直被追问「幻读是否被 MySQL 可重复度隔离级别彻底解决了？」 之前我也提到过，MySQL InnoDB 引擎的默认隔离级别虽然是「可重复读」，但是它很大程度上避免幻读现象（并不是完全解决了），解决的方案有两种： 针对快照读（普通 select 语句），是通过 MVCC 方式解决了幻读，因为可重复读隔离级别下，事务执行过程中看到的数据，一直跟这个事务启动时看到的数据是一致的，即使中途有其他事务插入了一条数据
在上面的对于 account 表的 增删改操作中，我们可以使用触发器对其操作进行记录，将操作的日志记录到 account_log 表中。
这里注意 ‘other_values' 是一个逗号（，）分隔的字符串，如：1,2,3
Redis作为一个非关系型数据库，已经被应用在各种高性能的业务场景。Redis是一个基于内存性质的数据库，因此在读写上面都是有着非常不错的性能，在实际的使用过程中，大多数也是用在一些业务数据缓存的情况。
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。
事情是这样的，上周五下班前通过自动化工具执行开发人员事先写好的 SQL 时，自动化工具执行失败了，于是手动去生产环境执行，就发生了错误 “ERROR 1292 (22007): Truncated incorrect DOUBLE value”，截断不正确的 DOUBLE 值，难道是数据类型长度不够，接下来我们查看一下表结构。
最近遇到应用频繁的响应缓慢，无法正常访问。帮忙一起定位原因，最后定位到的问题说起来真的是很小的细节问题，但是就是这些小细节导致了服务不稳定，真是细节决定成败。这里尝试着来分享下，希望对大家有所帮助。
💂作者简介： THUNDER王，一名热爱财税和SAP ABAP编程以及热爱分享的博主。目前于江西师范大学会计学专业大二本科在读，同时任汉硕云（广东）科技有限公司ABAP开发顾问。在学习工作中，我通常使用偏后端的开发语言ABAP，SQL进行任务的完成，对SAP企业管理系统，SAP ABAP开发和数据库具有较深入的研究。 💅文章概要：触发器是一个被指定关联到-个表的过程式数据库对象，当对一个表的特定事件出现时,它将会被激活。触发器具有MySQL语句在需要时才被执行的特点，即某条(或某些)MySQL语句在特定
由于开发需要在生产环节中修复数据，需要执行120条SQL语句，需要将数据进行更新于是开发连上了生产数据库，首先执行了第一条SQL
数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查
遇到Mysql死锁问题，我们应该怎么排查分析呢？之前线上出现一个insert on duplicate死锁问题，本文将基于这个死锁问题，分享排查分析过程，希望对大家有帮助。
在上一小节中介绍了 MySQL 数据库的一些最最最基础的入门级也是必须要掌握的10条语句，本节将继续深入学习 MySQL 的增删改查语句。本节讲的增删改查是相对于表 而言的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
