今天在将一个hive数仓表导出到mysql数据库时出现进度条一直维持在95%一段时间后提示失败的情况，搞了好久才解决。使用的环境是HUE中的Oozie的workflow任何调用sqoop命令，该死的oozie的日志和异常提示功能太辣鸡了，最后发现是重复数据导致数据进入mysql表时出现主键冲突进而导致数据同步失败。（1）众所周知hive表是没有主键与索引

这个时候所有的mysql的相关进程都会停止，直到drop结束，mysql才会恢复执行。出现这个情况的原因就是因为，在droptable的时候，innodb维护了一个全局锁，drop完毕锁就释放了。这意味着，如果在白天，访问量非常大的时候，如果你在不做任何处理措施的情况下，执行了删大表的命令，整个mysql就挂在那了，在删表期间，QPS会严重下滑，然后产

1.　创建数据库CREATE DATABASE databasename2.　删除数据库drop database dbname3\.创建新表create table tabname(col1 type1 \not null\ \primary key\,col2 type2 \not   null\,..)    

目录环境文档用途详细信息环境系统平台：MicrosoftWindows(64bit)2012版本：5.6.4文档用途Mysql数据库迁移到HighGo数据库后，原Mysql表中自增长的ID如何保持自增长？详细信息分两种情况进行处理，具体如下：（1）数据库中已经存在表(tab1)，而且已经有数据，而且

mysql查询优化的方法有很多种，explain是工作当中用的比较多的一种检查方式。explain翻译即解释，就是看mysql语句的查询解释计划，从解释计划我们能很清楚的看到解释的语句有没有合理用到索引，扫描了多少行数，有没有触及全表扫描、用到临时表等影响慢查询的原因。使用很简单，如explainselect\fromuse

不知道从什么时候开始，网上流传着这么一个说法：MySQL的WHERE子句中包含ISNULL、ISNOTNULL、!这些条件时便不能使用索引查询，只能使用全表扫描。这种说法愈演愈烈，甚至被很多同学奉为真理。咱啥话也不说，举个例子。假如我们有个表s1，结构如下：!MySQL中ISNULL、!不能用索引？胡扯(https://o

1、原理通过配置参数“skip\_grant\_tables”在mysql启动时跳过grant\_tables(授权表)，从而通过命令来充值root帐号的密码2、方式首先需要停止mysql服务（1）在my.ini文件的\mysqld\块下增加“skip\_gran

表的完整性约束为了防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。　　约束条件与数据类型的宽度一样，都是可选参数，主要分为以下几种：NOTNULL：非空约束，指定某列不

详谈MySQL8.0原子DDL原理背景MySQL5.7的字典信息保存在非事务表中，并且存放在不同的文件中（.FRM，.PAR，.OPT，.TRN，.TRG等)。所有DDL操作都不是CrashSafe，而且对于组合DDL（ALTER多个表）会出现有的成功有的失败的情况，而不是总体失败。这样主从复制就出现了问题，也导致基于复制的高可