int*类型和int类型_mysql8.0.19中在navicat客户端中int、bigint等类型设置长度保存后为0...
問(wèn)題描述：
今天在將開(kāi)發(fā)庫(kù)(mysql版本號(hào)：5.7.24)的表結(jié)構(gòu)和正式庫(kù)(mysql版本號(hào)：8.0.19)表結(jié)構(gòu)做比對(duì)的時(shí)候，發(fā)現(xiàn)大量表中字段不一致，初以為是切換到正式庫(kù)時(shí)執(zhí)行SQL報(bào)錯(cuò)了，后，手工修改表字段長(zhǎng)度還是不行。
操作過(guò)程：
在navicat中修改表中bigint字段長(zhǎng)度如下：
在linux中登錄mysql，執(zhí)行表修改語(yǔ)句如下：
mysql>?ALTER TABLE `mall_app_notice` ?MODIFY COLUMN `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主鍵' FIRST;
發(fā)現(xiàn)有告警信息，接下來(lái)執(zhí)行：
mysql> show warnings;
執(zhí)行的截圖界面如下圖所示：
原因分析：
根據(jù)告警的提示信息指出：integer的寬度顯示將在未來(lái)版本被移除
查閱官網(wǎng)資料如下：
官網(wǎng)相關(guān)資料：
MySQL Server 8.0.17 deprecated the display width for the?TINYINT,?SMALLINT,?MEDIUMINT,?INT, and?BIGINT?data types when the?ZEROFILL?modifier is not used, and MySQL Server 8.0.19 has removed the display width for those data types from results of?SHOW CREATE TABLE,?SHOW CREATE FUNCTION, and queries on?INFORMATION_SCHEMA.COLUMNS,?INFORMATION_SCHEMA.ROUTINES, and?INFORMATION_SCHEMA.PARAMETERS?(except for the display width for signed?TINYINT(1)). This patch adjusts Connector/J to those recent changes of MySQL Server and, as a result,?DatabaseMetaData,?ParameterMetaData, and?ResultSetMetaData?now report identical results for all the above-mentioned integer types and also for the?FLOAT?and?DOUBLE?data types. (Bug #30477722)
問(wèn)題結(jié)論：
根據(jù)官網(wǎng)資料可知：
從8.0.17版本開(kāi)始，TINYINT,?SMALLINT,?MEDIUMINT,?INT, and?BIGINT類型的顯示寬度將失效。
總結(jié)
以上是生活随笔為你收集整理的int*类型和int类型_mysql8.0.19中在navicat客户端中int、bigint等类型设置长度保存后为0...的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： mysql windows 安装_Win
- 下一篇： linux cmake编译源码,linu