mysql 死锁分析_【mysql】MySQL知识整理-死锁分析-性能优化等
[[TOC]]
常用操作指令
show databases:显示所有的数据库；
use dbName: 使用指定数据库
show tables： 显示所有的数据表；
desc tableName: 查看数据表的字段信息；
show create table tableName: 查询创建表的所有信息；
show create database dbName: 查看数据库创建指令；
show full processlist: 查看所有进程
drop table tableName: 删除表
alter table tableName add constraint 主键(如：PK_TableName) primary key tableName(主键字段)：添加主键约束
alter table tableName add constraint 从表 (如：FK_从表_主表) foreign key 从表(外键字段) references 主表(主键字段): 添加外键约束
alter table tableName add constraint 唯一约束 (如：uk_t_1) unique(字段名): 添加唯一约束；
alter table tableName drop primary key: 删除主键约束
alter table tableName drop foreign key 外键(区分大小写): 删除外键约束
alter table tableName add index value_domain_idx(domain_id, value): 添加索引value_domain_idx
alter table tableName drop index pool_domain_idx: 删除索引 pool_domain_idx
show index from table: 显示表的所有索引；
mysqldump -uroot -pXXXX -h19.168.5.2 -P30118 --databases mgmt >/tmp/mgmt.sql: 导出指定数据库
Demo
查看变量(两种方式)
// 查看事务隔离级别： 方式1
MySQL [(none)]> show variables like "%iso%";
+---------------+-----------------+
| Variable_name | Value |
+---------------+-----------------+
| tx_isolation | REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)
// 方式2
MySQL [(none)]> select @tx_isolation;
+---------------+
| @tx_isolation |
+---------------+
| NULL |
+---------------+
1 row in set (0.00 sec)
// 查看最大连接数： 方式1
MySQL [(none)]> show variables like "%max_conn%";
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| max_connect_errors | 100 |
| max_connections | 2000 |
+--------------------+-------+
2 rows in set (0.00 sec)
// 方式2：
MySQL [(none)]> select @@max_connections;
+-------------------+
| @@max_connections |
+-------------------+
| 2000 |
+-------------------+
1 row in set (0.00 sec)
设置变量的值
MySQL [(none)]> select @@max_connections;
+-------------------+
| @@max_connections |
+-------------------+
| 3000 |
+-------------------+
1 row in set (0.00 sec)
MySQL [(none)]> set global max_connections=4000;
Query OK, 0 rows affected (0.00 sec)
MySQL [(none)]> select @@max_connections;
+-------------------+
| @@max_connections |
+-------------------+
| 4000 |
+-------------------+
1 row in set (0.00 sec)
创建数据库
create database if not exists `myTestDB`
创建数据表
create table if not exists `t_user`(
`userid` int(11) not null auto_increment,
`userName` varchar(32) not null DEFAULT '',
`password` varchar(32) DEFAULT null,
`createTime` timestamp not null DEFAULT CURRENT_TIMESTAMP,
`status` smallint(4) default null,
`lastLoginTime` datetime DEFAULT null,
primary key (`userid`),
UNIQUE key `userName`(`userName`)
)ENGINE=InnoDB auto_increment=3 default CHARSET=utf8;
插入数据
在指定的列中插入数据
insert into t_user(userName,password,createTime,status,lastLoginTime) values("Tom","12345","2016-12-12 13:45:12",1,"2016-12-12 13:45:12");
insert into t_user(userName,password,createTime,status,lastLoginTime) values("Lily","12345","2016-12-12 14:45:12",1,"2016-12-12 14:45:12");
insert into t_user(userName,password,status,lastLoginTime) values("Jenny","12345",1,"2016-12-12 14:45:12");
性能优化
索引的设计
Innodb表尽量使用自己指定的主键
Innodb表，主键使用聚合索引，聚合索引会保存完整记录的值，即：数据文件本身就是索引文件，同时数据文件还是一个BTREE结构；
Innodb表的主键索引--聚合索引
Innodb的主键应该尽可能的 短
Innodb表中，普通索引都会保存主键的键值，所以主键长度越短越好
Innodb表的普通索引： 叶子节点会保存主键的值
问题：为什么选择保存主键值，而不是保存记录的物理地址？
这样的策略减少了当出现行移动或者数据分页时二级索引的维护工作；
二级索引会占用更多的空间，换来的好处是，Innodb在移动行时，无需更新二级索引中的“指针”;
即：以空间换取二级索引的维护工作；
使用唯一索引
开启profiles
查看是否开启：默认时没有开启
MySQL [test]> show variables like "%profi%";
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES |
| profiling | OFF|
| profiling_history_size | 15 |
+------------------------+-------+
开启：
set profiling=1;
MySQL [test]> show variables like "%profi%";
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES |
| profiling | ON |
| profiling_history_size | 15 |
+------------------------+-------+
显示查询性能：
MySQL [test]> show profiles;
+----------+------------+----------------------------------------------------------------------------------+
| Query_ID | Duration | Query |
+----------+------------+----------------------------------------------------------------------------------+
| 1 | 0.00077150 | show variables like "%profi%" |
| 2 | 0.00098675 | select * from pool_configs where pool_id like "7b8f0f5e2fbb4d9aa2d5fd55466dsij%" |
+----------+------------+----------------------------------------------------------------------------------+
2 rows in set, 1 warning (0.00 sec)
索引的选择性
另一种不建议建索引的情况是索引的选择性较低。所谓索引的选择性(Selectivity)，是指不重复的索引值(也叫基数，Cardinality)与表记录数(#T)的比值：
Index Selectivity = Cardinality / #T
显然选择性的取值范围为(0, 1]，选择性越高的索引价值越大，这是由B+Tree的性质决定的。
使用示例：
CREATE TABLE `pool_configs` (
`id` char(32) NOT NULL,
`pool_id` char(32) NOT NULL,
`region_name` varchar(50) DEFAULT NULL,
`domain_id` char(32) DEFAULT NULL,
`value` varchar(50) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `pool_id_index` (`pool_id`),
KEY `domain_index` (`domain_id`),
KEY `pool_domain_value_idx` (`pool_id`,`domain_id`,`value`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
上面的索引pool_domain_value_idx由3列组成：pool_id,domain_id,value；
则该索引的选择性：
MySQL [test]> select count(distinct(concat(pool_id,domain_id,value)))/count(*) as selectivity from pool_configs;
+-------------+
| selectivity |
+-------------+
| 0.2254 |
+-------------+
索引的选择性 与 前缀索引 组合
假设有两列：pool_id, domain_id，长度都为32；
CREATE TABLE `pool_configs` (
`id` char(32) NOT NULL,
`pool_id` char(32) NOT NULL,
`region_name` varchar(50) DEFAULT NULL,
`domain_id` char(32) DEFAULT NULL,
`value` varchar(50) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
计算如下两个选择性：
pool_id+domain_id组合：总共64位；
pool_id+domain_id(前8)组合：总共40位；
MySQL [test]> select count(distinct(concat(pool_id, domain_id)))/count(*) as selectivity from pool_configs;
+-------------+
| selectivity |
+-------------+
| 0.9127 |
+-------------+
1 row in set (0.00 sec)
MySQL [test]> select count(distinct(concat(pool_id, left(domain_id,8))))/count(*) as selectivity from pool_configs;
+-------------+
| selectivity |
+-------------+
| 0.8563 |
+-------------+
从上面可以发现，使用组合2可以节省将近一半的索引长度，但是选择性并没有降低多少；
那在建立索引的时候，就可以这样进行建立：
alter table pool_configs add index poolId_domainId8_idx(pool_id, domain_id(8)); // 只使用前8位
CREATE TABLE `pool_configs` (
`id` char(32) NOT NULL,
`pool_id` char(32) NOT NULL,
`region_name` varchar(50) DEFAULT NULL,
`domain_id` char(32) DEFAULT NULL,
`value` varchar(50) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `poolId_domainId8_idx` (`pool_
这种方式，既满足了选择性较高，且索引长度较短，此种建立索引的方式就是前缀索引：只使用最左前缀的部分列长度；
前缀索引的局限性
前缀索引不能用于ORDER BY和GROUP BY操作，也不能用于Covering index(即当索引本身包含查询所需全部数据时，不再访问数据文件本身)
查看索引使用情况
Handler_read_key： 代表行被索引读取的次数，越高越好，很低表名索引没怎么起作用；
Handler_read_rnd_next: 高，通常表名索引使用不争取，或没有使用索引；
MySQL [test]> show status like "handler_read%";
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| Handler_read_first | 12 |
| Handler_read_key | 12 |
| Handler_read_last | 0 |
| Handler_read_next | 6 |
| Handler_read_prev | 0 |
| Handler_read_rnd | 0 |
| Handler_read_rnd_next | 644 |
+-----------------------+-------+
死锁排查相关指令
查看事务隔离级别
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set
设置打印死锁日志
set global innodb_print_all_deadlocks = 1;
查看最近一次死锁
show engine innodb status;
然后在打印的日志中，定位到：LATEST DETECTED DEADLOCK
示例
遇到死锁，第一步就是阅读死锁日志。
死锁日志通常分为两部分：
上半部分说明事务1在等待什么锁;
下半部分说明事务2当前只有的锁以及等待的锁；
死锁日志的术语：
S锁：共享锁；
X锁：排它锁；
RECORD LOCKS：记录锁(行锁)；
------------------------
LATEST DETECTED DEADLOCK
------------------------
2018-01-05 07:42:47 7f97a6aaf700
*** (1) TRANSACTION:
TRANSACTION 633399987, ACTIVE 21 sec starting index read
//## 事务活跃了21秒，当前状态为读索引
mysql tables in use 1, locked 1
//## 有一个table被使用，表上有一个表锁
LOCK WAIT 2 lock struct(s), heap size 360, 1 row lock(s)
//## 当前事务持有1个行锁
MySQL thread id 83758029, OS thread handle 0x7f97a8823700, query id 1497915714 172.30.29.0 root updating
delete from test where a=2 //###当前事务正在执行该语句
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 3441 page no 4 n bits 72 index `a` of table `test`.`test` trx id 633399987 lock_mode X waiting
//### 事务1正在申请索引a的X锁(排它锁)
Record lock, heap no 3 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 4; hex 00000002; asc ;;
1: len 4; hex 00000002; asc ;;
*** (2) TRANSACTION:
TRANSACTION 633399683, ACTIVE 55 sec inserting
mysql tables in use 1, locked 1
4 lock struct(s), heap size 1184, 3 row lock(s), undo log entries 2
MySQL thread id 83757528, OS thread handle 0x7f97a6aaf700, query id 1497916206 172.30.29.0 root update
insert into test (id, a) values (10, 2)
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 3441 page no 4 n bits 72 index `a` of table `test`.`test` trx id 633399683 lock_mode X locks rec but not gap
//### 事务2持有X锁，并且是记录锁
Record lock, heap no 3 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 4; hex 00000002; asc ;;
1: len 4; hex 00000002; asc ;;
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 3441 page no 4 n bits 72 index `a` of table `test`.`test` trx id 633399683 lock mode S waiting
//### 事务2正在申请索引a的S锁(共享锁)，因为事务1提前申请了该锁，所以造成了死锁
Record lock, heap no 3 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 4; hex 00000002; asc ;;
1: len 4; hex 00000002; asc ;;
*** WE ROLL BACK TRANSACTION (1)
InnoDB目前处理死锁的方法
InnoDB目前处理死锁的方法是将持有最少行级排他锁的事务进行回滚。
Sql慢查询日志
TODO
Mysql优秀博文-好文
深入浅出的讲解了数据库死锁原理；
讲解索引的好文章
Innodb和myisam索引实现原理：B+TREE索引、聚合索引、非聚合索引；
最左前缀原理与相关优化
mysql 死锁分析_【mysql】MySQL知识整理-死锁分析-性能优化等相关推荐
- mysql 死锁监视器_并发基础知识：死锁和对象监视器
mysql 死锁监视器 本文是我们名为Java Concurrency Essentials的学院课程的一部分. 在本课程中,您将深入探讨并发的魔力. 将向您介绍并发和并发代码的基础知识,并学习诸如原 ...
- MySQL学习笔记_关于MySQL的字符类型VARCHAR长度知识总结
MySQL学习笔记_关于MySQL的字符类型VARCHAR长度知识总结 一.VARCHAR存储和行长度限制 1.VARCHAR(N)中,N指的是字符的长度,VARCHAR类型最大支持65535,指的是 ...
- 吐血整理的 Android 性能优化思维导图，让面试官眼前一亮
引言 现如今 Android 开发行业的主要问题是因为初级的 Android 开发者太多了,导致初级开发的市场过于饱和,所以也就进一步导致初级和中级的开发者面临更大的竞争,因此想要脱离这种竞争现状,只 ...
- strace 分析mysql 内存占用_关于mysql cluster适用场景的分析
前言: mysql cluster作为mysql官方的一个集群软件,一直是不温不火的存在,用的较多的仍是mysql-server,本文就基于mysql cluster的特性,分析一下什么场景下适合使用 ...
- mysql 数据日志分析_基于mysql数据库的日志分析系统
现如今,日志已经成为了我们分析系统及相关服务的一个重要工具.而日志也具有其相对较为固定的格式以便于进行统计查询.其大致格式如下: 日期时间 主机 进程[pi ...
- mysql 碎片率_MySQL数据碎片的整理和分析
MySQL具有相当多不同种类的存储引擎来实现列表中的数据存储功能.每当MySQL从你的列表中删除了一行内容,该段空间就会被留空.而在一段时间内的大量删除操作,会使这种留空的空间变得比存储列表内容所使用 ...
- mysql多大_洞悉MySQL底层架构：游走在缓冲与磁盘之间
提起MySQL,其实网上已经有一大把教程了,为什么我还要写这篇文章呢,大概是因为网上很多网站都是比较零散,而且描述不够直观,不能系统对MySQL相关知识有一个系统的学习,导致不能形成知识体系.为此我撰 ...
- mysql获取时间戳_服了！阿里Mysql三位封神专家总结1200多页性能优化的千金良方...
MYSQL(关系型数据库管理系统) MySQL是一个关系型数据库管理系统,由瑞典MySQL AB 公司开发,属于 Oracle 旗下产品.MySQL 是最流行的关系型数据库管理系统之一,在 WEB 应 ...
- mysql研究内容_基于MySQL数据库的数据管理的研究
[摘 要]MySQL 是一种开放源代码的关系型数据库管理系统,MySQL数据库系统使用最常用的数据库管理语言,即结构化查询语言进行数据库管理.缓存管理是对于文件数据在内存中的特殊管理,基于内存管理,向 ...
- 安装mysql出现错误_安装Mysql时出现错误及解决办法
因为一时手痒痒更新了一下驱动,结果导致无线网卡出了问题.然而就算是从官网上下载了驱动各种折腾也没有弄好,心里特别堵.无奈只有重装系统这一条路了.这里表示特别难过,因为电脑上东西实在太多了,而且各种环境 ...
最新文章
- 日本Blogger专用电脑
- python语言中不用来定义函数的关键字_Python 语言中用来定义函数的关键字是
- Sharepoint 2013 发布功能（Publishing features）
- 纯CSS方块转化梯形动画
- java高并发抢单编程模型_Java高并发模型
- 深度剖析数仓CN增量备份技术
- MySQL5.7的多源复制
- python数据包发送给云平台_用python发送短消息(基于阿里云平台)
- 一文读懂 Spring Bean 的生命周期
- 大班科学电子计算机,计算器教案
- 如何搜索英文文献综述？
- 米什金货币金融学第十一版笔记和课后答案
- 139邮箱java版,139邮箱登录及发送短信
- CSDN公式插入——关于对数
- 宣州谢朓楼饯别校书叔云
- @TableField fill
- 趣图：程序员到底是一群什么样的人？
- 语言学句法分析树形图怎么画_教你如何能画语言学树型图
- 2021年Q1互联网母婴行业网络关注度分析报告
- 宝马自动驾驶战略 - 深度学习的部署【附PDF原版英文资料下载】