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:
  • 控制客户端应用程序使用的字符集

随缘求赞

如果我的文章对大家产生了帮忙，可以在文章底部点个赞或者收藏；
如果有好的讨论，可以留言；
如果想继续查看我以后的文章，可以点击关注
可以扫描以下二维码，关注我的公众号：枫夜之求索阁，查看我最新的分享！