这篇文章给大家分享的是有关Oracle和MySQL的数据导入方式有什么区别的内容。小编觉得挺实用的，因此分享给大家做个参考。一起跟随小编过来看看吧。
经常会有一些朋友咨询我一些数据库的问题，我注意到一个很有意思的现象，凡是数据导入的问题，基本上都是Oracle类的，MySQL类的问题脑子里想了下竟然一次都没有。
我禁不住开始思考这个未曾注意的问题：
我们来梳理一下这个问题，分别从导出导入的方式来聊聊。
首先Oracle导出的文件格式就没打算让你拿来即用，导出文件叫做dump,换句话说可以理解这是一个二进制文件。当然实际上这个文件还是有很多的方式去抓取一些关键的信息，比如dump头部的信息可以通过strings来解析得到，我甚至在多年前碰到一个比较棘手的问题，DBA直接vim修改dump文件，这个操作风险和成本是比较高的。
导出有哪些工具呢，主要有exp，expdp这两个工具，expdp的导出性能相对来说可以更加充分利用系统资源，导出的效率更高。exp相对来说对于一些小表还是比较省事的，expdp的导出是基于服务端模式的，也就是你需要做一些数据库层的配置才可以，这无疑增加了一些技术门槛。
不知道大家注意到一个问题没有，那就是Oracle提供了SQL*Loader的工具导入，但是却没有一直提供一种简单有效的导出csv的工具，在导出的时候算是各路英雄汉使尽各种技艺，结合数据字典，结合文本过滤来完成。
MySQL的导出方法相对比较简单，设计思路很有意思，导出的文件就是可以直接打开，可以直接修改的SQL文件。这个设计在很多应用场景中简直绝了,对于开发同学是非常友好的。
导出工具原生的有mysqldump，新版本的是mysqlpump（总体感觉性价比不是很高），当然还有一些补充的第三方工具，比如mydumper之类的。
所以导出这件事情，对于开发同学本身是有一个门槛的，而且在隔行如隔山的情况下，很多同学使用expdp导出的时候都一头雾水。从安全性来看，这个二进制文件是原汁原味的，从灵活性来看，MySQL基于SQL文本的方式是比较便捷。
导出的部分其实不是最主要的，产生隔阂最大的是导入的部分，也是提出问题最多的。
MySQL有什么数据导入工具，可以理解没有，就是SQL文本，你想怎么执行都可以。包括工具mysqldump,mysqlpump导出的文件都是如此，mydump有个配套的myloader算是一个小小的例外。
Oracle有什么导入工具，有，而且是配套的，exp对应imp,expdp对应impdp
常见的数据导入问题有：
1）提示用户创建失败，导入失败
2）提示表空间不存在，导入失败
3）导入时如果创建的数据文件空间不足，导入失败
4）导入时的用户权限不足，导入失败
所以我要导入一个dump文件，如果是exp导出的，解析成本还算低一些。
而如果是expdp导出的，通常很多开发同学都会一脸懵逼。
1）导入要输入一个目录，什么是目录，不是系统目录吗？
2）如果数据库用户已经存在，已经存在10张表，导入的时候默认会直接忽略这10章表，除非你手工删除或者选择额外的选项，比如replace或者truncate等。
3）表空间源端和目标端环境不一致，要想知道到底有哪些表空间不一致，解析dump文件实话说不是很方便，有一个高级选项是remap_tablespaces
4）数据导入之后，业务同学发现有些表还是访问不了，不好，需要重新分配下权限。
通常来说，如果要导入一个dump，在Oracle侧其实是一件很严肃的事情，我们需要创建目录：
create directory dump_data as '/data/dump_data';
grant read,write>感谢各位的阅读！关于Oracle和MySQL的数据导入方式有什么区别就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到吧！
甲骨文和MySQL的数据导入方式有什么区别
