data_locksselect * from performance_schema.data_locks;LOCK_MODELOCK_DATA锁范围X,REC_NOT_GAP1515 那条数据的行锁X,GAP1515 那条数据之前的间隙，不包含 15X1515 那条数据的间隙，包含 15LOCK_
2023-07-11
目录 前言 一：主键约束 primary key 1.添加单列主键 2.添加多列主键（联合主键） 3.通过修改表结构添加主键 4.删除主键约束 二：自增长约束 auto_increment 1.添加自增长约束 2. 指定自增字段
2023-06-09
复合主键： create table index_test( a int not null, b int not null, c int not null, d int null, primary key (c, a, b)); 即一个表的主键同时由多个字段共同组成，复合主键索引见【Mysql】复合
2023-06-09
目录 1. 为什么不用 UUID 2. 主键自增的问题 2.1 数据插入的三种形式 2.2 innodb_autoinc_lock_mode 2.3 实践 3. 小结 在上篇文章中，松哥和小伙伴们分享了 MySQL 的聚簇索引，也顺便和小伙伴们分析
2023-06-09
目录 1. 什么是聚簇索引 2. 聚簇索引和主键 3. 聚簇索引优缺点 4. 最佳实践 1. 什么是聚簇索引 数据库的索引从不同的角度可以划分成不同的类型，聚簇索引便是其中一种。 聚簇索引英文
2023-06-09
目录 一.主键： 1.1)主键字段定义： 1.2） 创建： 1.3)主键的选取原则； 1.4)主键值的生成方式： 二.外键: 2.1）外键定义： 2.2）外键（约束）创建（不推荐使用，一般不进行外键约束，只
2023-06-09
[mysql游标的用法及作用] 例子： 当前有三张表A、B、C其中A和B是一对多关系，B和C是一对多关系，现在需要将B中A表的主键存到C中； 常规思路就是将B中查询出来然后通过一个update语句来
2023-05-01
user表，身份证号码要唯一，手机号码，邮箱要唯一 实现方式： 表结构不用动。一个主键Id 加索引实现 如图类型设置索引类型为Unique 唯一 选择栏位，命个名就行。索引方式btree 就好。
2023-05-01
引言 之前有段时间用postgresql 数据库，在上云之后，从自增主键变为uuid，感觉uuid全球唯一，很方便。 最近用mysql，发现mysql主键都是选择自增主键，仔细比较一下，为什么mysql选择自增
2023-05-01
最常见的方式就是为字段设置主键或唯一索引，当插入重复数据时，抛出错误，程序终止，但这会给后续处理带来麻烦，因此需要对插入语句做特殊处理，尽量避开或忽略异常，下面我
2023-05-01
最近在梳理数据生命周期管理的细节时，发现了一个小问题，那就是MySQL的主键命名策略，似乎会忽略任何形式的自定义命名。 也就意味着你给主键命名为idx_pk_id这种形式，在MySQL里面
2023-05-01
前言 基本职场上的程序员用来统计数据库表的行数都会使用count(*)，count(1)或者count(主键)，那么它们之间的区别和性能你又是否了解呢？ 其实程序员在开发的过程中，在一张大表上统计
2023-04-30
在面试中，大家应该经历过如下场景 面试官:"用过mysql吧，你们是用自增主键还是UUID？" 你:"用的是自增主键" 面试官:"为什么是自增主键？" 你:"因为采用自增主键，数据在物理结构上是
2023-04-30
MySQL的外键约束是用来在两个表之间建立链接的，其中一个表发生变化，另外一个表也发生变化。从这个特点来看，它主要是为了保证表数据的一致性和完整性的。 对于两个通过外键关
2023-04-30
这个问题是微信群中网友关于MySQL权限的讨论，有这么一个业务需求（下面是他的原话）： 因为MySQL的很多功能都依赖主键，我想用zabbix用户，来监控业务数据库的所有表，是否都建立
2023-04-30
数据库表A： CREATE TABLE task_desc_tab( id INT(11) PRIMARY KEY NOT NULL COMMENT '自增主键' AUTO_INCREMENT, strongtaskname/strong VARCHAR(200) NOT NULL COMMENT
2023-04-30
索引是排好序的数据结构！可以用在 where 条件查找的字段，和order by 排序的字段，有了索引，便可以快速地定位数据所在的物理地址并找出来。 索引的分类 1.普通索引(normal)：没有任何
2023-04-30
导读：在使用MySQL建表时，我们通常会创建一个自增字段(AUTO_INCREMENT)，并以此字段作为主键。本篇文章将以问答的形式讲述关于自增id的一切。 注： 本文所讲的都是基于Innodb存储引擎。
2023-04-30
今天，又掉坑了。 之前踩到过MySQL主键溢出的情况，通过prometheus监控起来了，具体见这篇MySQL主键溢出复盘 这次遇到的坑，更加的隐蔽。 是一个log表里面的一个int signed类型的列写满了
2023-04-30
三范式 1NF:字段不可分; 2NF:有主键，非主键字段依赖主键; 3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库; 2NF:唯一性 一个表只说明一个事物; 3NF:每列
2023-04-30