mybatis-generator运行报错Communications link failure
原因分析:mysql使用了8.0以上的版本。
搜索得到的結(jié)果:
第一種方法,在jdbcURL上加上了
使用了之后呢,然后過(guò)了一段時(shí)間,還是報(bào)那個(gè)Communications link failure 錯(cuò)誤。
于是就采用第二種方法:在mysql的my.ini里面加上這兩個(gè)參數(shù)
wait_timeout=2147483?
interactive_timeout=2147483
因?yàn)樘永镎f(shuō)是在默認(rèn)配置不改變的情況下,如果連續(xù)8小時(shí)內(nèi)都沒(méi)有訪問(wèn)數(shù)據(jù)庫(kù)的操作,再次訪問(wèn)mysql數(shù)據(jù)庫(kù)的時(shí)候,mysql數(shù)據(jù)庫(kù)會(huì)拒絕訪問(wèn),于是那就加上吧
加了之后呢,又開(kāi)始測(cè),過(guò)了一段時(shí)間,還是報(bào)Communications link failure 錯(cuò)誤,這下徹底涼了,于是繼續(xù)翻看著,
第三種方法:把jdbcURl的ip地址鏈接,改成localhost,
(果然大神們的帖子都是干練到極致,小弟佩服)于是我就將自己的云服務(wù)器上的jdbc連接手動(dòng)改成了localhost連接(開(kāi)發(fā)工具上還是用ip連接,這里說(shuō)的是將自己云服務(wù)器上的項(xiàng)目用localhost連接,所以是可以連接到數(shù)據(jù)庫(kù)的)
然后過(guò)了一段時(shí)間,發(fā)現(xiàn)是可以用的,再也沒(méi)有Communications link failure 錯(cuò)誤了,當(dāng)然此時(shí)的我還是懷疑的,準(zhǔn)備長(zhǎng)時(shí)間不連接,等第二天早上再次鏈接,發(fā)現(xiàn)再也不會(huì)報(bào)這個(gè)錯(cuò)誤了,至此這個(gè)坑終于填好了。
以上均為搜索結(jié)果,未解決問(wèn)題,后來(lái)發(fā)現(xiàn),是mysql服務(wù)未啟動(dòng),哈哈,net start msyql就好了!
總結(jié)
以上是生活随笔為你收集整理的mybatis-generator运行报错Communications link failure的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 2019 年如何在 CentOS 7 上
- 下一篇: Swift 5将强制执行内存独占访问