MySQL8。0给开发方向带来的一些困扰

　　MySQL8。0的特性可谓强大，有一种集中火力的感觉，从整体的架构设计到功能和参数，可圈可点。
　　不过我今天从开发的角度来说一下困扰，毕竟那么新，那么强大，所谓的无缝，平滑还是需要经过全面测试，不能浮于纸面。
　　1：密码策略插件
　　MySQL8。0开始将cachingsha2password作为默认的身份验证插件。如果升级了数据库至8。0版本，对应用程序jdbc驱动兼容性不友好，让应用程序跑起来最快的方法需要将默认的cachingsha2password改为之前的mysqlnativepassword。
　　比如：
　　ALTERUSERrootlocalhostIDENTIFIEDWITHmysqlnativepasswordBYpassword；
　　也可以在参数中进行设置，修改my。cnf，重启服务即可生效：
　　defaultauthenticationpluginmysqlnativepassword
　　2。JDBC驱动变更
　　如果从MySQL5。5升级到5。7，那么驱动的事情不用担心，但是到了8。0，JDBC的驱动就需要格外注意了，否则很可能有如下的错误。
　　Loadingclasscom。mysql。jdbc。Driver。Thisisdeprecated。Thenewdriverclassiscom。mysql。cj。jdbc。Driver。ThedriverisautomaticallyregisteredviatheSPIandmanualloadingofthedriverclassisgenerallyunnecessary。
　　对于JDBC的url会有如下的变化：
　　StringUrljdbc：mysql：211。159。xxx：33071maxwelltest？useUnicodetrueamp；characterEncodingutf8；
　　需要调整为如下的格式：
　　StringUrljdbc：mysql：211。159。xxx：33071maxwelltest？useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneGMT；
　　相应的加载驱动程序则需要
　　Class。forName（com。mysql。jdbc。Driver）；
　　修改为：
　　Class。forName（com。mysql。cj。jdbc。Driver）；
　　3。整数类型的长度警告
　　比如下面的表结构，通过workbench等工具导出来格式都差不多，但是在8。0里面执行的时候会报警。
　　CREATETABLEdatapaymenthistorytest（
　　idbigint（20）unsignedNOTNULLAUTOINCREMENTCOMMENT自增ID，
　　pidint（11）unsignedNOTNULLDEFAULT0COMMENT用户ID，
　　cdatedatetimeNOTNULLDEFAULTCURRENTTIMESTAMPCOMMENT创建时间，
　　PRIMARYKEY（id），
　　KEYidxcreditoverdrawhistorypid（pid）
　　）ENGINEInnoDBAUTOINCREMENT1DEFAULTCHARSETutf8COMMENT支付记录；
　　这里主要涉及两个警告，一个是整数类型的长度警告，另外一个是字符集警告，
　　展开来说，整数类型的长度警告信息为：Integerdisplaywidthisdeprecatedandwillberemovedinafuture，意思是int（11）这种写法已经过时了，应该直接写int，bigint
　　而字符集配置，在MySQL8。0里面默认是utf8mb4，如果我们手工写了utf8类型，会提示：utf8iscurrentlyanaliasforthecharactersetUTF8MB3，butwillbeanaliasforUTF8MB4inafuturerelease。PleaseconsiderusingUTF8MB4inordertobeunambiguous。
　　当然如果你设置的全局字符集是utf8，则无警告的情况字符集仍然为utf8。
　　4。windows安装版
　　windows安装版本一直提供的是32位的，这个是个历史遗留问题，如果有些同学为了方便，直接点点点，可能把线上环境部署成32位就尴尬了，oracle的windows版本路子相反，已经很早就直接舍弃了32位的版本。
　　还有一波吐槽的点，容我整理下，继续发送，也欢迎留言补充。