记一下一个从昨天一直找到今天才找到原因的问题，希望可以帮助到也在苦苦查找原因的后来人。
有个hive开发环境，元数据库用的是mysql。然后从一个mysql迁移到另一个以后，就发生了莫名其妙的错误，表现在：mysqldump 出来，用 mysql < xxx.sql 导入以后，数据库连接正常，写入也有权限，但是对某些表插入数据的时候，莫名地报主键冲突的错误（那表的主键只有一个字段，主键约束也很简单，select 发现没有和要插入的数据重复的）。 究其原因，可以看到mysql里有两张表，表名除大小写以外都一样。。。这样判断主键是否重复的时候，就会把两个表合起来判断了（mysql 5.0.45 有此问题，其他版本未测试）。 后来通过google，发现mysql数据库在windows下，由于windows的文件名是不分大小写的，所以表名默认也不分大小写；但是在linux服务器下，默认是区分大小写的。。。但是这个方式反而容易引发一系列的兼容性问题，比如从一个复制数据到另一个的时候，可能由于表名大小写不同而访问不到。因此mysql也提供了一个关闭区分表名大小写的方法： 修改 mysql 的配置文件 /etc/my.cnf 在[mysqld]那段里添加这么一行： lower_case_table_names=1
然后再重启一下mysqld，就会自动把所有表名转换成小写存储，问题也就迎刃而解了。

想象一下，如果有一张oracle里的表，存着的是一个linux系统当前的进程信息，有ID、父ID、进程名之类的字段，如果给定一个进程ID，要查这个进程的所有父进程（包括爷爷进程等）的ID，sql改怎么写？这就要用到 CONNECT BY PRIOR … START WITH 子句了。
下面就是这样的一个例子：

--原先的表大致是这样的：
SELECT id, parentid FROM the_table WHERE id IN (14976, 14975);
        ID   PARENTID
---------- ----------
     14975      14657
     14975      14658
     14975      14992
     14975      15047
     14976      14975
--要查所有的父进程，这么干：
SELECT DISTINCT id FROM the_table CONNECT BY PRIOR parentid = id START WITH id = 14976;
        ID
----------
         1
       110
       127
       130
       155
       163
     12930
     13812
     14656
     14657
     14658
     14949
     14950
     14951
     14975
     14976
     14992
     15047