为了解决多个进程访问内存或磁盘中的同一份数据造成的冲突，通常有两种解决方案，一种是多版本；另一种就是锁。MySQL作为一种关系型数据库，其实也是通过这两种方式来解决数据访问冲突的。MySQL数据多版本叫MVCC，同时MySQL使用了各种类型的锁来保证数据一致性。
开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，在新加的朋友会分到2群。
InnoDB 行锁是通过对索引数据页上的记录（record）加锁实现的。主要实现算法有 3 种：Record Lock、Gap Lock 和 Next-key Lock。
之前的一篇文章 《深入理解MySQL的MVCC原理》中总结了一下MySQL中的MVCC，它主要利用隐藏字段、版本链、ReadView来实现，可以用来更好地解决多个事务的并发【读+写】问题，但是如果在多个事务并发【写+写】的情况下，就必须要用到锁了，一般情况下，数据库的锁都是在有数据库操作的过程中自动添加的。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
count(*) 和count(1) 都是统计行数，而count(col) 是统计col列非null的行数
在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。 目录： 1、行级锁、表级锁、页级锁 2、共享锁和排它锁 3、演示 在DBMS中，可以按照锁的粒度把数据库锁分为行级锁(INNODB引擎)、表级锁(MYISAM引擎)和页级锁(BDB引擎 )。 行级锁、表级锁、页级锁 行级锁 行级锁是Mysql中锁定粒度最细的一种锁，表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，但加锁的开销也最大。行级锁分为共享锁 和 排他锁。 特点
为了防止在事务中出现表结构操作,导致事务无法保证前后一致性问题,mysql增加了 （meta data lock，MDL) 锁.
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发生了死锁现象:
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发现了死锁现象:
在 InnoDB 中，从二级索引回到主键索引查询数据，这个过程称作回表过程，而且这个回表过程是可以被优化的，这个优化就是利用覆盖索引。
上一篇文章介绍了数据库中锁的起源，今天将介绍数据库中常用的锁。还是以MySQL为例，MySQL中有表锁、行锁、共享锁、互斥锁、意向锁、间隙锁、记录锁、Next-Key锁、插入意向锁、AUTO-INC锁、隐式锁。看完本篇文章，再多的锁都难不倒你。
最近在开发需求的时候，用到了select...for update。在代码评审的时候，一位同事说 ，唯一索引+一个非索引字段，是否可能会锁全表呢？本文田螺哥将通过9个实验操作的例子，给大家验证select...for update到底加了什么锁，是表锁还是行锁。
MySQL中存在着许多的锁，按照锁的作用范围可以分为全局锁、表级锁和行级锁，每种锁级别下又可划分更细粒度的锁。文章不会涉及锁的具体实现细节，主要介绍的是碰到锁时的现象和其背后原理。由于日常开发阶段主要打交道的是行级锁，所以你可以重点关注行级锁的特性！
关于互联网常见层次架构，由于小编还没整理完毕(预计周四推送)，先来一篇数据库的干货，来满足下大家的胃口，关于mysql的行级锁、表级锁、页级锁的分析，这个在行业应用中设计数据库非常常见的场景。 1常见锁有哪些 在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。 在 DBMS 中，可以按照锁的粒度把数据库锁分为行级锁(INNODB 引擎)、表级锁(MYISAM 引擎)和页级锁(BDB 引擎 )。 行级锁 行级锁是 Mysql 中锁定粒度最细的一种锁，表
最近在开发需求的时候，用到了select......for update。在代码评审的时候，一位同事说 ，唯一索引+一个非索引字段，是否可能会锁全表呢？本文田螺哥将通过9个实验操作的例子，给大家验证select......for update到底加了什么锁，是表锁还是行锁。
我们说到事务，就得说到事务的ACID特性，为什么需要隔离性呢？因为事务要能够允许并发执行，并发执行为了同时保证数据的安全性，一致性和并发的效率，就需要设置事务的隔离级别
哈喽，我是狗哥。小伙伴都知道我最近换工作了，薪资、工作内容什么的都是我比较满意的。五月底也面试了有 6、7 家公司，应该拿了有 5 个 offer。这段时间也被问了很多面试题，我打算写一个专题分享出来，希望对你们有所帮助～
大家好，最近粉丝问我这样的一个面试题。MySQL的自增 ID 用完了，怎么办？以下是这个面试题的解决方案。
行级锁是Mysql中锁定粒度最细的一种锁，表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，但加锁的开销也最大。有可能会出现死锁的情况。 行级锁按照使用方式分为共享锁和排他锁。
数据库通过锁机制来解决并发场景-共享锁（读锁）和排他锁（写锁）。读锁是不阻塞的，多个客户端可以在同一时刻读取同一个资源。写锁是排他的，并且会阻塞其他的读锁和写锁。
如果你用过或了解过MySQL，那你一定知道自增主键了。每个自增id都是定义了初始值，然后按照指定步长增长（默认步长是1）。虽然，自然数是没有上限的，但是我们在设计表结构的时候，通常都会指定字段长度，那么，这时候id就有上限了。既然有上限，就总有被用完的时候，如果id用完了，怎么办呢？今天就一起来学习下吧。
在上一篇文章《MySQL next-key lock 加锁范围是什么？》中已经介绍了主键索引的加锁范围，现在来回顾一下：
主键的设计最好不要与业务逻辑有所关联，主键最后是一串毫无意义，独立不重复的数字，比如：UUID，Auto_increment，又或者是雪花算法生成的主键等等
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-shared-exclusive-locks
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
在看此篇前，建议先阅读MySQL索引，对索引有个基本了解：MySQL数据库进阶-索引-CSDN博客
如果你用过或了解过MySQL，那你一定知道自增主键了。每个自增id都是定义了初始值，然后按照指定步长增长（默认步长是1）。虽然，自然数是没有上限的，但是我们在设计表结构的时候，通常都会指定字段长度，那么，这时候id就有上限了。
一个表的设计，个人愚见，首先要看业务，以及你选择的架构，业务量是大还是小，业务是互联网性质的，还是传统性质的，业务是可变化较大的，还是比较固话的，等等，当然可能还有更细分的，从数据库的角度来看，你是准备使用哪种数据库，决定是可以分库分表，还是分区表，或者冷热表，在或者使用特殊的某些小手段，来让你的表更清爽一些。同时不同的数据库也赋予表设计更多的余地，所以我一直在希望开发和DBA能紧密结合，因为开发大部分是不知道各种数据库的门道，和一些奇特的功能，而DBA可能并未有开发人员的对业务理解的深刻，如果二者结合，则设计的表会比单方面设计的表要好的多。也更值得推敲。
索引是加速数据库查询的关键。在设计表结构时，应该根据查询的需求添加合适的索引。常用的索引包括主键、唯一索引、普通索引、联合索引、前缀索引（vachar、text这种长的数据并且只需要前几个区分度就很高）等。
最近学习极客时间的MySQL45讲，补充下对于MySQL方面的知识，也在这里把自己之前的疑惑问题记录下来，从中寻找答案。由于InnoDB为常用引擎，以下分期默认都是InnoDB场景。
生活中，最常见的案例之一，十字路口没有红绿灯，到了十字路口相互不让，最后，整个马路瘫痪，在我们技术层面称之为死锁。
文章摘要 在线上环境遇到数据库死锁问题该如何分析并解决问题呢？ 虽然很多童鞋在学数据库课程时都了解数据库隔离级别、死锁和事务等概念，但在测试/线上环境遇到死锁却不一定能够及时分析并解决这类问题。本文主要以作者在测试环境中遇到的一个死锁Case说起，首先还原出现死锁的现场和条件，并结合排查业务应用工程日志、MySQL数据库状态信息等方式，同时给出MySQL锁的基本概念，再通过阅读日志深入定位并分析出现死锁的原因，最后讲下MySQL InnoDB的加锁原理以及如降低死锁发生的机率。 一、 出现死
在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。
来自：juejin.im/post/5cb1dec9f265da0382610968
在MySQL数据库中，主键自增是一种常见的技术，用于自动为表中的主键字段生成唯一的递增值。本文将深入讨论MySQL主键自增的原理、用途、使用方法，以及在实践中的注意事项和最佳实践。
🍅 作者主页：不吃西红柿 🍅 简介：CSDN博客专家🏆、信息技术智库公号作者✌简历模板、PPT模板、技术资料尽管【关注】私聊我。 一.MySQL的数据类型 数据类型是定义列中可以存储什么类型的数据以及该数据实际怎样存储的基本规则数据类型限制存储在数据列列中的数据。例如，数值数据类型列只能接受数值类型的的数据在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。 更改包含数据的列不是一件小事(而且这样做可能会导致数据丢失)。 数据类型: 整型、浮点型、字符串、日期等
在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条 select count(*) from t 语句不就解决了吗？
例如：select * from goods where id = 1 for update;
来源 | https://mp.weixin.qq.com/s/Yqo5PaTtQcQTn4p8BE6SGg
大家是不是感觉弱爆了，随着工作经验的增加，我对索引有了更深入的了解，下面就来分享下我眼中的索引，分享以问题的形式，从敲门到进门。
原子性：事务内的操作统一成功或者失败 由undolog日志保证，他记录了需要回滚的日志信息，回滚时撤销已执行的sql
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
这个系统有一个会员表 有下列字段： 会员编号 INT 会员姓名 VARCHAR(10) 会员身份证号码 VARCHAR(18) 会员电话 VARCHAR(10) 会员住址 VARCHAR(50) 会员备注信息 TEXT
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
