首页 / MYSQL / webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL

webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含12116字，纯文字阅读大概需要18分钟。

内容图文

webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL

bitsCN.com

案例发现:

从我们正在运营的一款webgame的异常日志中看到一些程序执行MYSQL 语句的报错信息。比较多的是“Deadlock found when trying to get lock; try restarting transaction”,少部分是“Error number: 1205:Lock wait timeout exceeded; try restarting transaction”，如下：

001 --> 2012-11-22 06:05:36 --> ERROR   -->system/database/Driver.php--777--log--Debug002 --> 2012-11-22 06:05:36 --> ERROR   -->system/database/Driver.php--295--error--JV_Driver003 --> 2012-11-22 06:05:36 --> ERROR   -->system/database/ActiveRecord.php--947--query--JV_Driver004 --> 2012-11-22 06:05:36 --> ERROR   -->server/models/MRoleMonster.php--84--update--JV_ActiveRecord005 --> 2012-11-22 06:05:36 --> ERROR   -->server/daemon/update.php--392--kill--MRoleMonster006 --> 2012-11-22 06:05:36 --> ERROR   -->   DATABASE: xxx_roles_xxx(10.1.1.75)    -->  Error number: 1205:#####Lock wait timeout exceeded; try restarting transaction#####    -->  Error Message: #####db_query_error --> Query Error: UPDATE `monster` SET `kills` = kills + 1 WHERE `id` = '30036' AND `role_id` = '19863'.#####    -->  query elapsed counter: 184293;time 590.4272678    -->  Database Connection has be closed:dbwRole001 --> 2012-11-28 15:59:47 --> ERROR   -->system/database/Driver.php--777--log--Debug002 --> 2012-11-28 15:59:47 --> ERROR   -->system/database/Driver.php--295--error--JV_Driver003 --> 2012-11-28 15:59:47 --> ERROR   -->system/database/ActiveRecord.php--948--query--JV_Driver004 --> 2012-11-28 15:59:47 --> ERROR   -->server/models/MRole.php--1143--update--JV_ActiveRecord005 --> 2012-11-28 15:59:47 --> ERROR   -->server/daemon/update_other.php--283--updateRoleState--MRole006 --> 2012-11-28 15:59:47 --> ERROR   -->   DATABASE: xxx_roles_xxx(10.1.1.72)    -->  Error number: 1213:#####Deadlock found when trying to get lock; try restarting transaction#####    -->  Error Message: #####db_query_error --> Query Error: UPDATE `role_state` SET `state` = 1WHERE `role_id` = '53016'.#####    -->  query elapsed counter: 4972;time 4.2417307    -->  Database Connection has be closed:dbwRole007 --> 2012-11-28 15:59:47 --> ERROR   -->system/database/Driver.php--616--log--Debug008 --> 2012-11-28 15:59:47 --> ERROR   -->server/daemon/combat_update.php--308--transComplete--JV_Driver009 --> 2012-11-28 15:59:47 --> ERROR   --> DB Transaction Failure.

从报错的英文上理解，大约是发生了“死锁”，以及“事务锁等待超时”两个错误异常。而且，都是我们后台PHP常驻进程遇到的问题。异常的代码对应行数上，大约可理解为执行SQL语句的一个指令，并无特殊的东西。有经验的程序员，很容易看出来，这不是程序的异常，这是MYSQL事务中，锁竞争的异常，客户端(PHP常驻进程)是没有语法上的错误的。那该如何排查呢？

一串疑问：
这是什么问题？如何排查？什么时候发生死锁？我怎么知道他发生了？发生之后去哪里排查？如何排查？怎么确定他们对应的事务中的所有SQL语句？分别在哪几个事务中？谁先锁的？谁后锁的？谁没锁到？谁报的死锁错误？死锁是什么？为什么发生了？如何避免？还有哪些因素影响？

毫无头绪:
程序间数据交互，上strace神器?
跟踪谁？客户端(php)？你知道哪个客户端会发生这个问题？你知道啥时候会发生？在你开始抓包到抓到死锁的期间，这得是多大的数据量？
跟踪谁？服务端(Mysql)？玩笑开大了吧？mysql以进程模式来处理客户端请求，每次都是一个新的进程，strace -ff参数的话，想想日志文件得被创建多少个，数据量会小么？
“万军之中取上将首级”这本事我可没…strace排查这种错误，还是算了吧。
这是谁报的错？显然是mysql，那就从根源找起–MYSQL server。

抓获现场:
我们要还原案发现场，有幸的时，我们有监控记录BINLOG以及SHOW ENGINE INNODB STATUS。到对应mysql服务器上，执行“show engine innodb status”获取INNODB引擎当前信息，大约如下：

......------------------------LATEST DETECTED DEADLOCK------------------------121128 15:59:46*** (1) TRANSACTION:TRANSACTION AC512256, ACTIVE 0 sec starting index readmysql tables in use 1, locked 1LOCK WAIT 4 lock struct(s), heap size 1248, 2 row lock(s), undo log entries 1MySQL thread id 122562823, OS thread handle 0x7fa5c4fbe700, query id 7457663621 10.1.1.8 s001_gamedb UpdatingUPDATE `role_state` SET `state` = 1WHERE `role_id` = '53016'*** (1) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 477 page no 1386 n bits 128 index `PRIMARY` of table `xxx_roles_xxx`.`role_state` trx id AC512256 lock_mode X locks rec but not gap waitingRecord lock, heap no 17 PHYSICAL RECORD: n_fields 80; compact format; info bits 0 0: len 3; hex 00cf18; asc    ;;............*** (2) TRANSACTION:TRANSACTION AC512250, ACTIVE 0 sec inserting, thread declared inside InnoDB 500mysql tables in use 1, locked 16 lock struct(s), heap size 1248, 3 row lock(s), undo log entries 2MySQL thread id 122679850, OS thread handle 0x7fac007ff700, query id 7457663711 10.1.1.8 s001_gamedb updateREPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`,****) VALUES ('53016', 4967, 3291, 350, 174, ***)*** (2) HOLDS THE LOCK(S):RECORD LOCKS space id 477 page no 1386 n bits 128 index `PRIMARY` of table `xxx_roles_xxx`.`role_state` trx id AC512250 lock_mode X locks rec but not gapRecord lock, heap no 17 PHYSICAL RECORD: n_fields 80; compact format; info bits 0............*** (2) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 427 page no 488 n bits 192 index `PRIMARY` of table `xxx_roles_xxx`.`role_fight` trx id AC512250 lock_mode X locks rec but not gap waitingRecord lock, heap no 64 PHYSICAL RECORD: n_fields 51; compact format; info bits 0......*** WE ROLL BACK TRANSACTION (1)......

这是我精简之后的信息，我抓去了LATEST DETECTED DEADLOCK部分的数据，这部分的数据是INNODB的最后一次发生死锁的信息，更详细的说明见MYSQL官方手册对Standard Monitor and Lock Monitor Output返回结果的解释。
OK,发现一场案例，保存这个INNODB的状态数据备用。迅速到程序异常日志中查看相同时间点是否有死锁发生。果然，我们程序异常日志中记录了这起案例(文章开头的日志)。
再到binlog中抓去这个时间段前后10分钟(大约范围)的mysql sql语句执行日志。

案情分析：
engine status中，大约看出MYSQL记录了两个事务之间发生锁竞争时，遗留的数据，

事务1“执行”(注意，这里加了双引号)

UPDATE `role_state` SET `state` = 1 WHERE `role_id` = '53016'
发现被修改资源已经被lock_mode X locks了(详情见:INNODB锁模式)，准备等待该资源锁被释放

事务2执行

REPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`,****) VALUES ('53016', 4967, 3291, 350, 174, ***)

也发现该资源被lock_mode X locks了。

最后部分，mysql给了很重要的一个数据“WE ROLL BACK TRANSACTION (1)” MYSQL回滚了事物1。既然mysql回滚了1，那么肯定是事务1的语句触发了死锁，被mysql回滚了，也就是应该为程序中的异常日志所记录的那部分。同时，MYSQL执行了事务2，那么事务2的SQL语句肯定被记录在BINLOG中了。

抽丝剥茧:
如何确定事务1、事务2执行了哪些SQL语句呢？
根据show engine innodb status的结果，确定事务2被执行的

SQL语句(业务逻辑的role_id唯一标识): REPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`,****) VALUES (’53016′, 4967, 3291, 350, 174, ***)
线程ID(mysql的唯一标识): MySQL thread id 122679850
执行时间(时间线):121128 15:59:46

根据这三个标识，以及BINLOG的起始表示“BEGIN、COMMIT”，几乎可以100%确定该事务所包含的SQL语句。

BINLOG信息大约如下:

# at 511750764#121128 15:59:46 server id 1  end_log_pos 511750843 	Query	thread_id=122679850	exec_time=0	error_code=0SET TIMESTAMP=1354089586/*!*/;BEGIN/*!*/;# at 511750843#121128 15:59:46 server id 1  end_log_pos 511751090 	Query	thread_id=122679850	exec_time=0	error_code=0use xxx_roles_xxx/*!*/;SET TIMESTAMP=1354089586/*!*/;UPDATE `role_pet` SET `in_supporting` = 0, `levelup_pause_time` = 1354089587, `auto_feed` = 0, `supporting_pause_time` = 1354089587WHERE `role_id` = '53016'AND `id` = 9234/*!*/;# at 511751090#121128 15:59:46 server id 1  end_log_pos 511751240 	Query	thread_id=122679850	exec_time=0	error_code=0SET TIMESTAMP=1354089586/*!*/;UPDATE `role_state` SET `pet` = 0, `pet_level` = 0WHERE `role_id` = '53016'/*!*/;# at 511751240#121128 15:59:46 server id 1  end_log_pos 511751885 	Query	thread_id=122679850	exec_time=0	error_code=0SET TIMESTAMP=1354089586/*!*/;REPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`, `defend_physical`, `defend_internal`, `dodge_rate`, `critical_rate`, `hit_rate`, `speed`, `defend_physical_plus`, `defend_internal_plus`, `dodge_level`,*****) VALUES ('53016', 4967, 3291, 350, 174, 518, 254, 500, 300, 9500, 913, 668, 668, 261, 700, 97, 133, 40.9, 34, *****)/*!*/;# at 511751885#121128 15:59:46 server id 1  end_log_pos 511751912 	Xid = 7457663579COMMIT/*!*/;

OK,事务2的SQL语句全部找齐了。那么事务1的呢？如何找？

根据php的异常报错，确定主要包含的语句SQL信息，以及程序跟踪的代码行数，根据代码逻辑去确定该事务的所有SQL语句。再去BINLOG中找到该用户的该业务的类似BINLOG：

# at 511805324#121128 15:59:53 server id 1  end_log_pos 511805403 	Query	thread_id=122562823	exec_time=0	error_code=0SET TIMESTAMP=1354089593/*!*/;BEGIN/*!*/;# at 511805403#121128 15:59:53 server id 1  end_log_pos 511805560 	Query	thread_id=122562823	exec_time=0	error_code=0use xxx_roles_xxx/*!*/;SET TIMESTAMP=1354089593/*!*/;UPDATE `role_fight` SET `last_update_life` = '1354089587'WHERE `role_id` = '53016'/*!*/;# at 511805560#121128 15:59:53 server id 1  end_log_pos 511805695 	Query	thread_id=122562823	exec_time=0	error_code=0SET TIMESTAMP=1354089593/*!*/;UPDATE `role_state` SET `state` = 1WHERE `role_id` = '53016'/*!*/;# at 511805695#121128 15:59:53 server id 1  end_log_pos 511805889 	Query	thread_id=122562823	exec_time=0	error_code=0use xxx_roles_xxx/*!*/;SET TIMESTAMP=1354089593/*!*/;DELETE FROM `queue_combats_update_roles`WHERE `combat_id` = 'f27d62dad8efcaeb04cd8f5d7c0424db'AND `role_id` = '53016'/*!*/;# at 511805889#121128 15:59:53 server id 1  end_log_pos 511805916 	Xid = 7457670215COMMIT/*!*/;

(请勿过于纠结上面binlog的thread_id跟show engine innodb status的thread_id一致的问题，这是因为我们程序是常驻进程，mysql连接不断开，不销毁，故一致了。而且，此日志是程序发现死锁之后，被mysql回滚之后，又重新提交的事务，算是不同时间点的相同事务)

案情还原：
根据案发现场的两个MYSQL INNODB事务的全部SQL语句，以及形成MYSQL INNODB 死锁的原因(感谢DBA组大雄哥的纠正)，我们大约可以这么还原案情:

事务1：
UPDATE `role_fight` SET `last_update_life` = ’1354089587′ WHERE `role_id` = ’53016′
UPDATE `role_state` SET `state` = 1 WHERE `role_id` = ’53016′

事务2：
UPDATE `role_state` SET `pet` = 0, `pet_level` = 0 WHERE `role_id` = ’53016′
REPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`,****) VALUES (’53016′, 4967, 3291, 350, 174, ***)

这四条语句构成了本次事务死锁的全部原因。
执行顺序肯定如下:

时间点事务1 事务2 备注 1 begin 2 begin 3 UPDATE `role_state` SET `pet` = 0, `pet_level` = 0 WHERE `role_id` = ’53016′ 事务2 给 role_state表 role_id 53016记录上 X 锁 4 UPDATE `role_fight` SET `last_update_life` = ’1354089587′ WHERE `role_id` = ’53016′ 事务1 给 role_fight表 role_id 53016记录上 X 锁 5 REPLACE INTO `role_fight` (`role_id`, `life_max`, `mana_max`, `attack_physical`, `attack_internal`,****) VALUES (’53016′, 4967, 3291, 350, 174, ***) 这里是重点，事务2给role_fight表role_id的记录上 X 锁，发现被其他人(事务1)上锁了，开始等待他人提交事务…等待… 6 UPDATE `role_state` SET `state` = 1 WHERE `role_id` = ’53016′ 事物1打算给role_state表role_id为53016记录上 X 排它锁，发现被其他事务上了，而且此事务居然还在等他提交，这时MYSQL立刻回滚事务1…(php发现MYSQL返回死锁信息，随记录该信息到异常日志…发送回滚指令…mysql已经“帮”他回滚了…) 7 【执行成功…】事务2发现别人释放锁了，OK，获取X锁，修改成功 8 commit PHP程序发现上一条指令执行完毕，且执行无错，即，发送commit指令，提交事务。

好像有个参数%^&#:
innodb_lock_wait_timeout参数是干啥的呢？从mysql官方手册上看，此参数是针对锁等待时，一个限定等待时间的参数。跟死锁并无关系，一旦mysql发现死锁，立刻回滚导致死锁的语句。并不会用到该参数。

规避方式：

缩小事务的语句数量
调整SQL语句执行顺序，变“死锁”为“锁等待”，等待一会，总比整个事务回滚掉，全部重新再执行这个流程要强.
其他.请补充

关于锁等待:
缩小事务间SQL语句的数量，减小规模吧。当然，提高检索速度，提高查询时间也是首要因素，我们就发现我们的SQL语句中，有几个没有用到索引，导致锁表，导致锁等待发生…

备注:
年底了，冲KPI的，各位见笑了

bitsCN.com

内容总结

以上是互联网集市为您收集整理的webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL全部内容，希望文章能够帮你解决webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/575352.html

来源：【匿名】

【上一篇】MySQL模式：StrictMode_MySQL 【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL】教程文章相关的互联网学习教程文章

shell脚本中mysqldump的基本使用

今天在做了一下 mysql 数据库备份的shell 脚本，不过开始也搞错了一点地方就是和 mongodump 的一个参数搞混乱了，希望他人看了之后不再犯错误，希望对你有所帮助。下次会给出 mongodump 的简单代码示例 #/bin/bashtd=`date "+%Y-%m-%d"`backpath=/var/www/backup/$tddbBinPath=/usr/local/mysql/bin/mysqldumpecho $1echo $2if [ -d "$backpath" ]then rm $backpath -rf echo "备份数据库数据表"fimkdir -p $backp...

MYSQL数据库备份还原，并还原到最新状态(mysqldump)【代码】

启用二进制日志文件 vim /etc/my.cnf 配置文件位置及文件名根据实际情况确定 sql_log_bin=ON|OFF:是否记录二进制日志，默认为ON //在需要的时候设置为OFF log_bin=/PATH/BIN_LOG_FILE:指定二进制日志文件位置; 通常单独存放到与数据库不同的机器中清理二进制日志文件show master logs; 查看二进制日志文件列表 flush logs; 切换二进制日志文件(mysql命令),创建新的二进制日志 mysqladmin flush-logs 切换二进制日志文件...

通过 mysqldump 完全恢复 MySQL 5.7 数据库【代码】【图】

1、备份前创建表和测试数据 mysql> create table t1 (tm datetime); mysql> insert into t1 values(now()); mysql> insert into t1 values(now()); mysql> insert into t1 values(now()); mysql> insert into t1 values(now()); mysql> insert into t1 values(now());2、查看当前的二进制日志3、全备 MySQL 数据库mysqldump --single-transaction --flush-logs --master-data=2 --all-databases --triggers --routines --events --...

mysql主备复制搭建(使用mysqld_muti)

这里我使用单台服务器上的两个mysql实例进行搭建，主要用到了mysql自带的mysqld_multi 一、复制原理开始搭建前有个mysql复制原理的基础知识需要补充:mysql进行主备复制使用到了三个线程：1.主库上的转存储线程: 会将mysql server提交的事务写入到二进制文件中，这个二进制文件就叫做binlog。2.备库上的连接线程：备库启动后，负责和主库通信，读取binlog，同时，将binlog存储进自己的一个叫中继日志的relaylog中。3.备库上的...

python & MySQLdb(two)【代码】

实现python封装# encoding=utf8import MySQLdb#定义类class MysqlHelper():def__init__(self,host,port,db,user,passwd,charset=‘utf8‘):self.host=hostself.port=portself.db=dbself.user=userself.passwd=passwdself.charset=charset#初始化设置连接def connect(self):self.conn=MySQLdb.connect(host=self.host,port=self.port,db=self.db,user=self.user,passwd=self.passwd,charset=self.charset)self.cursor=self.conn.cur...

CentOS 7下mysqld服务启动失败终极解决方案【代码】

启动mysqld服务失败，报错如下：[root@LCM01GCM01 ~]# service mysqld start Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe"for details.[FAILED]既然有了提示，先看下有什么帮助没有[root@LCM01GCM01 ~]# systemctl status mysqld.serviceLoaded: loaded (/etc/rc.d/init.d/mysqld)Acti...

mysqldump 导出CSV文件

mysqldump -h 127.0.0.1 -u root -p database table -t -T /home/mysql/ --fields-enclosed-by=\" --fields-terminated-by=,-w 增加条件判断语句老外的一个处理mysql异常的错误，明天整理一下 http://icesquare.com/wordpress/mysql-starting-mysql-error-the-server-quit-without-updating-pid-file/原文：http://www.cnblogs.com/minbbp/p/3883805.html

使用mysqldump对数据库作备份

经理提出要求：对线上测试环境的mysql的所有数据库作备份[root@BJVM-CM-94 data]# cd /app/mysql/data/[root@BJVM-CM-94 data]# du -sh2.9G.经查看数据只有2.9G，数据容量不是很大，所以我选择了使用mysqldump进行备份[root@www ftp.scj.com]# ps -ef | grep mysqlroot 5642 1211 20 11:16 pts/0 00:00:00 grep mysqlroot 29558 1 0 Apr14 pts/1 00:00:00 /bin/sh /usr/local/mysql/bin/mysqld_safe --datadi...

CentOS 下安装python 之MySQLdb【代码】【图】

yum -y install mysql-devwget http://downloads.sourceforge.net/project/mysql-python/mysql-python-test/1.2.4b4/MySQL-python-1.2.4b4.tar.gz?r=http%3A%2F%2Fsourceforge.net%2Fprojects%2Fmysql-python%2F&ts=1364895531&use_mirror=nchctar zxvf MySQL-python-1.2.4b4.tar.gz cd MySQL-python-1.2.4b4 python setup.py build python setup.py installurllib2.URLError: <urlopen error [Errno 110] Connection timed out>...

Python安装MySQLdb【代码】

环境（1）：Centos 6.7 Python 2.6.x环境（2）：Ubuntu Python 2.7.x开始安装：环境（1）： sudo yum install mysqldb-python 环境（2）： sudo apt-get install python-mysqldb本文出自 “启思·朝圣者” 博客，请务必保留此出处http://dearch.blog.51cto.com/10423918/1789296原文：http://dearch.blog.51cto.com/10423918/1789296

mysqldump导出数据时，某些表不导出，排除某些表，不导出某些表【代码】

需求说明：　　今天一同事问，在通过mysqldump导出数据库的时候，能不能把某些表不导出，或者叫做排除在外呢，　　记得应该是可以实现，就搜索了下，通过mysqldump的--ignore-table参数能够实现，再次记录下。操作过程：1.查看某个库及其中的表的情况mysql> use mytest Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -ADatabase changed mysq...

[转]Mysql导入导出工具Mysqldump和Source命令用法详解【代码】

Mysql本身提供了命令行导出工具Mysqldump和Mysql Source导入命令进行SQL数据导入导出工作，通过Mysql命令行导出工具Mysqldump命令能够将Mysql数据导出为文本格式(txt)的SQL文件，通过Mysql Source命令能够将SQL文件导入Mysql数据库中，下面通过Mysql导入导出SQL实例详解Mysqldump和Source命令的用法。在PHP网站开发中，时常遇到Mysql数据库备份或数据库迁移工作，这时Mysql怎么导入导出数据库中的数据就非常关键，Mysql本身提供了命...

mysqldiff对比主从表结构是否一致【代码】

mysqldiff该工具是官方mysql-utilities工具集的一个脚本，可以实现主从服务器表结构是否一致。数据校验需要使用Percona的pt-table-checksum工具。安装：# tar zxvf mysql-utilities-1.5.4.tar.gz # cd mysql-utilities-1.5.4 # python setup.py install使用方法：mysqldiff --server1=admin:123456@192.168.79.10 --server2=admin:123456@192.168.79.11 --difftype=differ test:test # WARNING: Using a password on the command ...

MySQLdb库连接MySQL数据库

Cacti是一套基于PHP,MySQL,SNMP及RRDTool开发的网络流量监测图形分析工具。Cacti是通过 snmpget来获取数据，使用 RRDtool绘画图形，而且你完全可以不需要了解RRDtool复杂的参数。它提供了非常强大的数据和用户管理功能，可以指定每一个用户能查看树状结构、host以及任何一张图，还可以与LDAP结合进行用户验证，同时也能自己增加模板，功能非常强大完善。界面友好。软件 Cacti 的发展是基于让 RRDTool 使用者更方便使用该软件，除了...

MySQL逻辑备份mysqldump【代码】

一个用mysqldump做逻辑备份的小脚本用于小数据量的备份，全库，按日期，按库，按表，进行分类# date -s "2015/01/01" && bash mybackup.sh#！/bin/bash# 使用mysqldump进行逻辑备份 # 目录结构/backup/日期 # 每隔7天删除旧的备份目录db_backup_root="/backup" today=`date +%Y%m%d`old_backup_dir=`date -d "-7 day" +%Y%m%d`db_user="root" db_passwd="geekoo" sock=`mysql -u$db_user -p$db_passwd -e "show variables like ‘...

首页 / MYSQL / webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL

webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL

内容导读

内容图文

内容总结

内容备注

内容手机端

【webgame中MysqlDeadlockERROR1213(40001)错误的排查历程_MySQL】教程文章相关的互联网学习教程文章

shell脚本中mysqldump的基本使用

MYSQL数据库备份还原，并还原到最新状态(mysqldump)【代码】

通过 mysqldump 完全恢复 MySQL 5.7 数据库【代码】【图】

mysql主备复制搭建(使用mysqld_muti)

python & MySQLdb(two)【代码】

CentOS 7下mysqld服务启动失败终极解决方案【代码】

mysqldump 导出CSV文件

使用mysqldump对数据库作备份

CentOS 下安装python 之MySQLdb【代码】【图】

Python安装MySQLdb【代码】

mysqldump导出数据时，某些表不导出，排除某些表，不导出某些表【代码】

[转]Mysql导入导出工具Mysqldump和Source命令用法详解【代码】

mysqldiff对比主从表结构是否一致【代码】

MySQLdb库连接MySQL数据库

MySQL逻辑备份mysqldump【代码】

MYSQLD - 相关标签

WEB - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程