解决这个问题，需要管理员给你的用户lock的权限才行，或者用下面的命令：
mysqldump -u username -p database --single-transaction >dump.sql
--single-transaction Creates a consistent snapshot by dumping all
table
【mysql】 【innodb】 【lock】 【Transaction】 【database】 【Access】 …
做MySQL代码的深入分析也有些年头了，再加上自己10年左右的数据库内核研发经验，自认为对于MySQL/InnoDB的加锁实现了如指掌，正因如此，前段时间，还专门写了一篇洋洋洒洒的文章，专门分析MySQL的加锁实现细节：《MySQL加锁处理分析》。
但是，昨天”润洁”同学在《 …
[获取更多]录制了一个“MySQL DBA成长之路”系列视频，关于InnoDB事务隔离级别、锁的简要介绍，主要内容有：
1、四个不同事务隔离级别的区别； 2、InnoDB行锁案例演示； 3、InnoDB死锁案例演示； 4、在没有索引的列上锁定，会引发更大范围的锁。
百度云盘：http://t.cn/R73hP5i ， 搜狐视频：http://t.cn/R73hP56 ，初学者们可以看看 ：）
您可能对下面这些文章也感兴趣:
问题 当前，绝大多数业务场景用InnoDB已经完全能搞定了，越来越多的业务从MyISAM转向InnoDB引擎，那么有哪些注意事项呢？ 分析 当了解完两种引擎的不同之处，很轻松的就能知道有哪些关键点了。
总的来说，从MyISAM转向InnoDB的注意事项有：
1、MyISAM的主键索引中，可以在非第一列(非第一个字段)使用自增列，而InnoDB的主键索引中包含自增列时，必须在最前面；这个特性在discuz论坛中，被设计用于“抢楼”功能，因此，若有类似的业务，则无法将该表从MyISAM转成InnoDB，需要自行变通实现（我们则是将其改到Redis中实现）； 2、不带条件频繁统计全表总记录数时(SELECT COUNT(*) FROM TAB)，InnoDB相对较慢，而MyISAM则飞快；不过，如果是基于索引条件的统计，则二者相差不大； …[获取更多]