Oracle学习系列：将较大的SQL文件导入数据库的操作步骤（含踩坑记录）
文章目录
- 场景
- 环境
- 正文
- 一、前提
- 二、上传SQL文件到服务器
- 三、使用SQLplus命令登录
- 四、导入SQL文件
- 五、结果
- 踩坑记录
- 登录异常
- SQL执行完毕，查看不了数据
- SQL执行完毕，查看数据，显示乱码
- 一、查看服务端编码
- 二、查看环境变量 NLS_LANG 的设置
- 三、查看文件编码是否和服务端一致
- 总结
- 备注
- 查看数据库当前字符集参数设置
- 查看数据库可用字符集参数设置
- NLS_LANG参数组成
- 随缘求赞
场景
因项目需要，需要将生产环境的数据导出一份到测试环境。其中，有几个表的数据量比较大，其中一个表的数据量大概在80万左右。如果直接使用Navicat工具进行导入，测试导入3万条，花了大概半小时。时间太慢，需要使用更好的方式进行导入。
环境
| 软件 | 版本 |
|---|---|
| Oracle | 12.1.0.2.0 |
| Centos | 7 |
正文
接下来，就是整个处理过程。
一、前提
可以登录数据库服务器，有管理员权限或者数据库账户
二、上传SQL文件到服务器
需要将SQL文件上传到Oracle服务器，这样使用SQLplus客户端的时候，就可以直接指定本地文件了。
三、使用SQLplus命令登录
登录方式有多种，这里推荐直接使用sqlplus命令登录，然后输入账号密码。如果是直接在命令输入账号密码的话，使用history命令就可以拿到具体的账户密码。这样就存在密码泄露的危险。
如图，就是我进行登录的结果截图：
四、导入SQL文件
正常登陆进去的时候，然后就直接执行脚本，命令形式如下：
# 如果没有设置，执行一条就会输出结果，看起来很累赘
set feedback off
set define off
# 指定路径
@/home/test/test.sql
# 执行完毕之后，记得提交。不然是不生效的
commit;
五、结果
执行完毕之后，一个722071条数据的SQL文件，执行了大概10分钟就跑完了。 这个效率比之前导入3万条就花了30分钟的速度快多了。
踩坑记录
看到这里，如果中途没有踩坑，那么就perfect了。
但是，如果中途踩坑了，可以接着往下看，我记录了在这个过程中踩到的坑，希望可以减少各位看官宝贵的时间。
登录异常
如果登录进去，语法没有错，但是就是登录不了，问题提示截图如下：
看到这个ORA-12547的标志
这里可以做一步测试，测试管理员账户是否可以登录。像我这里，是可以登录的。
如果有哪位的情况和我一样，那就是权限问题了。
我们可以到Oracle安装目录的bin目录，查看权限，如图：
这里的权限需要进行更新，可以执行以下命令：
chmod 6751 oracle
结果如下：
更新完毕之后，退出SQLplus，重新登录进去。一般情况，是没有问题了。如图：
SQL执行完毕，查看不了数据
如果是这个问题，请确保进行了commit。
因为客户端不像datastudio或者Navicat自动帮你commit的，需要显示执行commit语句。
SQL执行完毕，查看数据，显示乱码
解决的关键是要把服务端的字符集跟客户端的字符集统一起来。Oracle客户端通过NLS_LANG环境变量来确定客户端使用的字符集。所以，一般排查以下三个方面：
一、查看服务端编码
在sqlplus输入以下命令：
select * from v$nls_parameters where parameter = 'NLS_CHARACTERSET';
结果如下：
二、查看环境变量 NLS_LANG 的设置
执行命令env | grep NLS，结果如下：
啊哈，这里竟然没有这个环境变量。
所以，这里有问题。方便快捷的方式便是直接设置环境变量，如下：
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
想一劳永逸的话，就得设置环境变量文件
如下：
vi .bash_profile
# 文件追加以下内容：
NLS_LANG=AMERICAN_AMERICA.AL32UTF8
export NLS_LANG
# 保存之后，使 bash_profile 设置生效
source .bash_profile
三、查看文件编码是否和服务端一致
博主这边的SQL文件编码为GB2312，而服务端的编码是UTF-8，所以需要将文件编码转换为UTF-8。
一般经过上面三步，就可以解决导入文件乱码的问题。
总结
日常工作中，经常会遇到各种各样的问题。学会解决问题并记录解决步骤，对自己的能力是很有帮助的！
备注
记录一些执行sql，方便后期查询：
查看数据库当前字符集参数设置
SELECT * FROM v$nls_parameters;
# 或
select * from nls_database_parameters
# 或
select userenv('language') from dual;
查看数据库可用字符集参数设置
SELECT * FROM v$nls_valid_values;
NLS_LANG参数组成
NLS_LANG=<Language>_<Territory>.<Clients Characterset>
NLS_LANG 各部分含义如下:
- LANGUAGE指定:
- Oracle消息使用的语言
- 日期中月份和日显示
- TERRITORY指定
- 货币和数字格式
- 地区和计算星期及日期的习惯
- CHARACTERSET:
- 控制客户端应用程序使用的字符集
随缘求赞
如果我的文章对大家产生了帮忙，可以在文章底部点个赞或者收藏；
如果有好的讨论，可以留言；
如果想继续查看我以后的文章，可以点击关注
可以扫描以下二维码，关注我的公众号：枫夜之求索阁，查看我最新的分享！
