麒麟v10 上部署 TiDB v5.1.2 生产环境优化实践
934
2023-05-21
MySQL 8.0给开发方向带来的一些困扰
MySQL 8.0的特性可谓强大,有一种集中火力的感觉,从整体的架构设计到功能和参数,可圈可点。
不过我今天从开发的角度来说一下困扰,毕竟那么新,那么强大,所谓的无缝,平滑还是需要经过全面测试,不能浮于纸面。
1:密码策略插件
MySQL 8.0开始将caching_sha2_password作为默认的身份验证插件。如果升级了数据库至8.0版本,对应用程序jdbc驱动兼容性不友好,让应用程序跑起来最快的方法需要将默认的caching_sha2_password改为之前的mysql_native_password。
比如:
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
也可以在参数中进行设置,修改my.cnf,重启服务即可生效:
default_authentication_plugin=mysql_native_password
2.JDBC驱动变更
如果从MySQL5.5升级到5.7,那么驱动的事情不用担心,但是到了8.0,JDBC的驱动就需要格外注意了,否则很可能有如下的错误。
对于JDBC的url会有如下的变化:
String Url="jdbc:mysql://211.159.xxx:33071/maxwell_test?useUnicode=true&characterEncoding=utf-8";
需要调整为如下的格式:
String Url="jdbc:mysql://211.159.xxx:33071/maxwell_test?useUnicode=true&characterEncoding=utf-8&useSSL=false&&serverTimezone=GMT";
相应的加载驱动程序则需要
修改为:
3.整数类型的长度警告
比如下面的表结构,通过workbench等工具导出来格式都差不多,但是在8.0里面执行的时候会报警。
CREATE TABLE `data_payment_history_test` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID', `pid` int(11) unsigned NOT NULL DEFAULT '0' COMMENT '用户ID', 。。。 `cdate` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', 。。。 PRIMARY KEY (`id`), KEY `idx_credit_overdraw_history__pid` (`pid`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='支付记录';
这里主要涉及两个警告,一个是整数类型的长度警告,另外一个是字符集警告,
展开来说,整数类型的长度警告信息为:Integer display width is deprecated and will be removed in a future,意思是int(11)这种写法已经过时了,应该直接写int,bigint
而字符集配置,在MySQL8.0里面默认是utf8mb4,如果我们手工写了utf8类型,会提示:'utf8' is currently an alias for the character set UTF8MB3, but will be an alias for UTF8MB4 in a future release. Please consider using UTF8MB4 in order to be unambiguous.
当然如果你设置的全局字符集是utf8,则无警告的情况字符集仍然为utf8.
4.windows安装版
windows安装版本一直提供的是32位的,这个是个历史遗留问题,如果有些同学为了方便,直接点点点,可能把线上环境部署成32位就尴尬了,***的windows版本路子相反,已经很早就直接舍弃了32位的版本。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。