- 迁移工具
- 应用改造
- 添加mysql8.0驱动包
- 修改数据源配置
- 对象改造
- 问题汇总
- 问题:本地远程连接mysql数据库,报10060登录异常
- 问题:Navicat 连接MySQL8出现2059错误
- 问题:使用Navicat迁移数据报错 --> [Err] [Dtf] 1426 - Too-big precision 7 specified for 'TIME_CREATE'. Maximum is 6.
- 问题:数据迁移中varchar字段插入报错 --> Data too long for column 'DESIGNER' at row 1
- 问题:SpringBoot连接mysql报错--> Unknown system variable 'query_cache_size'
- 问题:更改为mysql后,应用前端页面查询中文显示乱码
测试时,使用powerdesinger进行表结构转换,使用Navicat进行数据导入。 生产环境数据量较大,会由数据组同事选用其他工具进行迁移,到时再行补充。
应用改造添加mysql8.0驱动包
使用mysql-connector-java-8.0.15.jar,如果是maven管理,直接添加依赖:
<!--MySql 驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.15</version> <scope>runtime</scope> </dependency>修改数据源配置
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条件查询改为limit条件查询
问题:本地远程连接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 (一定要把类型和长度都修改后才保存),即可导入。
- 原因:Oracle与mysql采用不同的编码集,导致即使相同的字符,存储长度要求也不一样(需进一步深入了解)
- 解决办法:需要在msyql扩展字段长度
- 原因:使用mysql驱动jar包版本过低,不兼容mysql8.0
- 解决:使用mysql-connector-java-8.0.15.jar,驱动名换为com.mysql.cj.jdbc.Driver
- 原因:从数据库、服务器、页面三个维度排查编码格式
- MySQL数据库编码格式排查
- 服务器编码格式排查
- 前端页面编码格式排查
最终发现,是在Navicat连接中,设置了编码格式为utf-8,导致导入的数据在Navicat中看到是正常的,但数据库中是乱码,查询结果也是乱码。这个真的查了好久,没注意到时工具的原因。。
- 解决办法:重新设置编码格式,导入数据,显示正常
以上就是Oracle换为MySQL遇到的问题及解决的详细内容,更多关于Oracle换为MySQL的资料请关注脚本之家其它相关文章!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)