行级锁有三种模式：innodb 行级锁 record-level lock大致有三种：record lock, gap lock and Next-KeyLocks。record lock 锁住某一行记录 gap lock 锁住某一段范围中的记录 next key lock 是前两者效果的叠加。 问题：行级锁表现形式：next-key lock错误码: 1213Deadlock found when trying to get lock; try restarting transaction，重点在于：Deadlock FOUND WHEN trying TO get LOCK; 表示行级锁冲突解决：解决方案，可能...
1. 测试描述环境说明：RHEL 6.4 x86_64 + MySQL 5.5.37，事务隔离级别为RC测试表：mysql> show create table t1\G
*************************** 1. row ***************************Table: t1
Create Table: CREATE TABLE `t1` (`a` int(11) NOT NULL DEFAULT '0',`b` int(11) DEFAULT NULL,PRIMARY KEY (`a`),KEY `b` (`b`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
测试表中的数据：mysql> select * from ...
本文主要和大家一起聊一聊MySQL死锁与日志二三事，实际业务当中如何快速的定位线上MySQL问题，修复异常？本文根据两个实际case，分享下相关的经验与方法，感兴趣的小伙伴们可以参考一下，希望能帮助到大家。最近线上 MySQL 接连发生了几起数据异常，都是在凌晨爆发，由于业务场景属于典型的数据仓库型应用，白天压力较小无法复现。甚至有些异常还比较诡异，最后 root cause 分析颇费周折。那实际业务当中咱们如何能快速的定位线上 ...
最近线上 MySQL 接连发生了几起数据异常，都是在凌晨爆发，由于业务场景属于典型的数据仓库型应用，白天压力较小无法复现。甚至有些异常还比较诡异，最后 root cause 分析颇费周折。那实际业务当中咱们如何能快速的定位线上 MySQL 问题，修复异常呢？下文我会根据两个实际 case，分享下相关的经验与方法。
Case1：部分数据更新失败
某天渠道同学反馈某报表极个别渠道数据为 0，大部分渠道数据正常。这个数据是由一个统计程序每天凌...
恰好看到了凌晨这个 update 发生了死锁：
------------------------
LATEST DETECTED DEADLOCK
------------------------
2017-07-17 04:09:01 0x7f6de03c8700
*** (1) TRANSACTION:
TRANSACTION 215208479, ACTIVE 0 sec fetching rows
mysql tables in use 3, locked 3
LOCK WAIT 5 lock struct(s), heap size 1136, 3 row lock(s)
MySQL thread id 27844824, OS thread handle 140092183037696, query id 412503674 10.126.95.8...
vi /usr/local/killmysqlprocess.sh#!/bin/bash
#*/1 * * * * /usr/local/src/killmysqlprocess.sh
backdir="/usr/local/logs/"
logfile="cms_mysql_killprocess_$(date +"%Y%m%d").log"
mysqlbindir="/usr/local/mysql/bin/"
#use commond ‘vmstat‘ get proc num
vmstat > vmstat.tmp
pronum=`awk -F" " ‘{if (NR==3) print $1}‘ vmstat.tmp`
rm -f vmstat.tmp
#if pronum less 20, nothing to do.......... exit
if [ $pronu...
通过show processlist能看到第一条是个update语句，需要写入数据，因为磁盘满了，写入不了，导致mysql死锁。
查看mysql日志可以发现有告警日志：“[Warning] Disk is full writing ‘./mysql-bin.000123‘ (Errcode: 28). Waiting for someone to free space... (Expect up to 60 secs delay for server to continue afterfreeing disk space)”
说的很明白，是因为磁盘满了导致的，释放磁盘空间就可以解决。
...
mysql 死锁检查今天看了一篇关于死锁检查的blog.
Advanced InnoDB Deadlock Troubleshooting – What SHOW INNODB STATUS Doesn’t Tell You, and What Diagnostics You Should be Looking AtOne common cause for deadlocks when using InnoDB tables is from the existence of foreign key constraints and the shared locks (S-lock) they acquire on referenced rows.
The reason I want to discuss them though is because th...
* FROM information_schema.INNODB_TRX;
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;看trx_mysql_thread_id字段，这个是死锁的进程id，然后到主机那里kill掉即可。经验提示：最好不要用客户端界面修改表结构，有可能会锁住。最好使用语句。（不过，其实我也经常贪图方便，直接用SQLyog直接修改表结构，方便嘛。偶尔锁住了kill掉即可，毕竟只是开发环境，生产环境必须不能如此） 增加字段：ALTER TABLE tf_b_depart ADD (PAREN...
索引分为主键索引和非主键索引两种，如果一条sql语句操作了主键索引，MySQL就会锁定这条主键索引;如果一条语句操作了非主键索引，MySQL会先锁定该非主键索引，再锁定相关的主键索引。 在UPDATE、DELETE操作时，MySQL不仅锁定WHERE条件扫描过的所有索引记录（mysql中where后面条件筛选顺序为从左到右与oracle相反，如果where语句的第一个条件就是非主键索引怎会锁住改条件筛选的所有记录，所以第一个条件应该尽量是筛选掉最多可能...
record lock 锁住某一行记录
gap lock 锁住某一段范围中的记录
next key lock 是前两者效果的叠加。
问题：
行级锁表现形式：next-key lock
错误码: 1213Deadlock found when trying to get lock; try restarting transaction，重点在于：Deadlock FOUND WHEN trying TO get LOCK; 表示行级锁冲突
解决：
解决方案，可能该更新处于一个大表，而且，表中不断有数据插入，将会出现这样的问题，可以使用更新标识在对应的更新...
和show engine innodb status命令查看当前的数据库请求，然后再判断当前事务中锁的情况。随着mysql的发展，已经提供更加便捷的方法来监控数据库中的锁等待现象了。
在information_schema下面有三张表:INNODB_TRX、INNODB_LOCKS、INNODB_LOCK_WAITS（解决问题方法），通过这三张表，可以更简单地监控当前的事务并分析可能存在的问题。
比较常用的列：
trx_id:InnoDB存储引擎内部唯一的事物IDtrx_status:当前事务的状态trx_status:事...
MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。 MySQL这3种锁的特性可大致归纳如下： 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大...
1 死锁问题背景 1
1.1 一个不可思议的死锁 1
1.1.1 初步分析 3
1.2 如何阅读死锁日志 3
2 死锁原因深入剖析 4
2.1 Delete操作的加锁逻辑 4
2.2 死锁预防策略 5
2.3 剖析死锁的成因 6
3 总结 7
死锁问题背景
做MySQL代码的深入分析也有些年头了，再加上自己10年左右的数据库内核研发经验，自认为对于MySQL/InnoDB的加锁实现了如指掌，正因如此，前段时间，还专门写了一篇洋洋...
参考了这篇文章：http://www.cnblogs.com/LBSer/p/5183300.html 《mysql死锁问题分析》
写的不错。
【Todo】Mysql死锁问题解决方式 & 隔离级别等知识标签：bsp htm amp mysql url .com pos 题解 死锁 本文系统来源：http://www.cnblogs.com/charlesblc/p/6288254.html
1、尽量使用短小事务，避免大事务。
2、加FOR UPDATE/LOCK IN SHARE MODE锁时，最好降低事务隔离级别，例如用RC级别，降低死锁发生概率，也可以降低锁定粒度。
3、事务中涉及多个表，或者涉及多行记录时，每个事务的操作顺序都要保持一致。
4、通过索引优化SQL效率，降低死锁概率，避免全表扫描导致锁定所有数据。
5、程序中应有事务失败检测及自动重复提交机制。
6、高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。