Oracle更换为MySQL遇到的问题及解决方法

作者:袖梨 2022-06-29

本篇文章小编给大家分享一下Oracle更换为MySQL遇到的问题及解决方法,文章代码介绍的很详细,小编觉得挺不错的,现在分享给大家供大家参考,有需要的小伙伴们可以来看看。

迁移工具

测试时,使用powerdesinger进行表结构转换,使用Navicat进行数据导入。 生产环境数据量较大,会由数据组同事选用其他工具进行迁移,到时再行补充。

应用改造

添加mysql8.0驱动包

使用mysql-connector-java-8.0.15.jar,如果是maven管理,直接添加依赖:

                
		
			mysql
			mysql-connector-java
			8.0.15
			runtime
		

修改数据源配置

spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
spring.datasource.url=jdbc:mysql://host:ip/database?useUnicode=true&characterEncoding=utf8
spring.datasource.username=root
spring.datasource.password=password

对象改造

如果使用的hibernate,将配置文件中主键自增的序列删除掉,在mysql中将主键设置为自增;或者为序列创建对应函数。使用mysql集群的话,主键的生成方式还会有改动。

逐条sql检查,特别是mybatis中拼接的sql语句,包括:

主键修改:序列sequence删除,数据库中主键改为自增;或创建对应自增函数

对涉及mysql关键字的字段进行处理,使用``标识

日期格式处理

rownum条件查询改为pmit条件查询

问题汇总

问题:本地远程连接mysql数据库,报10060登录异常

出现该问题可能的原因:

1、网络不通; 2、服务未启动; 3、防火墙未关闭; 4、服务器上防火墙端口未开放; 5、端口未被监听; 6、权限不足。 我这里是排查发现测试数据库服务器上3306端口未开放原因。

解决方法:

sudo vim /etc/sysconfig/iptables
-A INPUT -p tcp -m state --state NEW -m tcp --dport 3306 -j ACCEPT
sudo service iptables restart
sudo iptables -L -n

问题:Navicat 连接MySQL8出现2059错误

原因:mysql8之前的版本中加密规则是mysql_native_password,而在mysql8之后,加密规则是caching_sha2_password

解决办法:更改加密规则

mysql -uroot -ppassword #登录
use mysql; #选择数据库
ALTER USER 'root'@'%' IDENTIFIED BY 'password' PASSWORD EXPIRE NEVER; #更改加密方式
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'password'; #更新用户密码
FLUSH PRIVILEGES; #刷新权限

问题:使用Navicat迁移数据报错 --> [Err] [Dtf] 1426 - Too-big precision 7 specified for 'TIME_CREATE'. Maximum is 6.

原因:oracle的DATE类型是7位,而mysql的时间类型最多6位,所以无法导入。

解决方法:将oracle库中的DATE改为TIMESTAMP,同时长度改成6 (一定要把类型和长度都修改后才保存),即可导入。

问题:数据迁移中varchar字段插入报错 --> Data too long for column 'DESIGNER' at row 1

原因:Oracle与mysql采用不同的编码集,导致即使相同的字符,存储长度要求也不一样(需进一步深入了解)

解决办法:需要在msyql扩展字段长度

问题:SpringBoot连接mysql报错--> Unknown system variable 'query_cache_size'

原因:使用mysql驱动jar包版本过低,不兼容mysql8.0

解决:使用mysql-connector-java-8.0.15.jar,驱动名换为com.mysql.cj.jdbc.Driver

问题:更改为mysql后,应用前端页面查询中文显示乱码

原因:从数据库、服务器、页面三个维度排查编码格式

MySQL数据库编码格式排查

服务器编码格式排查

前端页面编码格式排查

最终发现,是在Navicat连接中,设置了编码格式为utf-8,导致导入的数据在Navicat中看到是正常的,但数据库中是乱码,查询结果也是乱码。这个真的查了好久,没注意到时工具的原因。。

解决办法:重新设置编码格式,导入数据,显示正常

相关文章

精彩推荐