MySQL没法创建表的原因
发布时间：2022-01-19 19:31:04 所属栏目：MySql教程 来源：互联网
导读：本篇内容主要讲解MySQL无法创建表的原因，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习MySQL无法创建表的原因吧! 今天在下班前帮同事处理了一个看起来很有意思的问题，虽然知道了问题的方向和大体的原因，但
|
本篇内容主要讲解“MySQL无法创建表的原因”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“MySQL无法创建表的原因”吧! 今天在下班前帮同事处理了一个看起来很有意思的问题，虽然知道了问题的方向和大体的原因，但是当时因为时间原因还是没想到如何复现这个问题，晚上回到家，收拾收拾，打开电脑，反向推理，求证，测试，重现，于是才有了这个问题的完整解读。 问题背景 问题的描述听起来很简单，就是在部署一个数据变更的时候抛出了错误，我带着好奇心凑了过去，看到了这个错误。 ERROR 1005 (HY000): Can't create table 'xxx.QRTZ_JOB_DETAILS' (errno: 150)这个create table的语句是什么样，是不是有什么特别之处呢？这个语句其实没什么特别的，没有用到什么新版本的特性和语法。 DROP TABLE IF EXISTS `QRTZ_JOB_DETAILS`; CREATE TABLE `QRTZ_JOB_DETAILS` ( `SCHED_NAME` varchar(120) NOT NULL, `JOB_NAME` varchar(200) NOT NULL, `JOB_GROUP` varchar(200) NOT NULL, `DESCRIPTION` varchar(250) DEFAULT NULL, `JOB_CLASS_NAME` varchar(250) NOT NULL, `IS_DURABLE` varchar(1) NOT NULL, `IS_NONCONCURRENT` varchar(1) NOT NULL, `IS_UPDATE_DATA` varchar(1) NOT NULL, `REQUESTS_RECOVERY` varchar(1) NOT NULL, `JOB_DATA` blob, PRIMARY KEY (`SCHED_NAME`,`JOB_NAME`,`JOB_GROUP`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 现在的问题是创建10多个表，只有2个表创建失败了，单独创建就抛出了这个问题，听起来很尴尬啊。 对于这个问题的直觉就是bug或者是参数的设置超出了限制，但是仅仅是一个猜测而已，处理问题一定要严谨，带着好奇心查清楚，要么这就是一个无底洞，只会给自己带来更多攻略秘籍，知其所以然不知其然。 问题初步分析 对于这个问题，如此的境况让我有了很大的兴趣，我决定也试试看，能不能找到一个有说服力的证据来。看着这个create 语句，脑子里像过筛子似的在进行各种的排除，表字段太多，主键字段太多，表属性格式设置，lob字段影响，数据库的字段个数溢出等等,可能存在的语法限制等。 我开始做了下面的测试，这个测试让上面的猜测都没有了立足之地，因为我只是创建了一个字段而已，但是还是不行。 CREATE TABLE `QRTZ_JOB_DETAILS` (`SCHED_NAME` varchar(120) NOT NULL); ERROR 1005 (HY000): Can't create table 'test.QRTZ_JOB_DETAILS' (errno: 150)有的同学可能在想是不是大小写敏感导致的? show variables like '%case%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | OFF | | lower_case_table_names | 0 | +------------------------+-------+这个环境中是开启了大小写敏感的设置，但是这个不足以成为问题无法解决的原因。 是不是涉及了什么相关的语法灰色地带了，我在表名后面加了一个S. > create table QRTZ_JOB_DETAILSS(id int); Query OK, 0 rows affected (0.13 sec)这说明这个表的限制和语法陷阱也没有关系，但是创建这个表就这么纠结。 > create table QRTZ_JOB_DETAILS(id int); ERROR 1005 (HY000): Can't create table 'seal.QRTZ_JOB_DETAILS' (errno: 150)而一个临时的解决方法就是创建了一个小写的表，创建过程是没有问题的，但是开发同学那边是没法推进了，因为他们的应用程序端是第三方的Quarz的调度项目，他们识别是按照大写的格式来的。 后来开发同学做了进一步确认，把数据库中QRTZ字样的表都删除（前提是有备份），因为这是一批次的变更，要么可用，要么回退，删除了这些表之后，再次尝试创建刚刚失败的表，这次竟然成功了。而这个过程中我也没有做什么特别的操作，开发同学最后无奈的说，是不是和人品有关系啊，如果同事听到，那不得吐血。 蛛丝马迹找到问题的突破口 在技术问题上，很多确实可能是bug导致的，但是我们不能把所有看起来奇怪的问题都归类给bug,而从我处理的很多问题来看，很多最后虽然可以归类为bug,但问题的根因很多还是和一些很基本的错误导致，这一关把好了，很多问题都会扼杀在摇篮之中。 这个问题怎么分析呢，mysql的query log记录了所有操作的过程，这给我带来很大的便利，这样我就能看到每一步执行的过程中的一个基本情况了。当时做了什么尝试，之前做过什么变更都一目了然。当然这个日志给了我一些很明确的信息，但是还没有找到问题的原因所在。  （编辑：温州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
热点阅读