可以用在一个整数字面量后面加 n 的方式定义一个 BigIntBigInt(1234) // 1234n1234n + 1n = 1235n1235n + ‘’ // ‘1235’ SELECT CAST(‘00321’ AS BI GIN T) FROM table; As a BI GIN T it will show on the screen and in delimited text files as 321. 参考：Hive – Converting a string to bi gin t 补充知识：hive中 bi gin t和varchar字段做关联，关联数据错误的解决方法 把 bi gin t和varchar都隐式 转 换成String 类型 的就可以关联出正确的结果了 cast(t1.PARTY_NUM as str const { parse , stringify } = require ( "ip- bi gin t" ) ; const { number , version } = parse ( "2001:db8::" ) ; // => number: 42540766411282592856903984951653826560n // => version: 6 const ip = stringify ( { number , version } ) ; // => "2001:db8::" 解析（ip） 将IP地址 字符串 解析为对象。 对于IPv4，返回{number, version} 。 对于IPv6，返回{number, version, [ipv4m 隐式 类型 转 换可能产生非预期的结果。 何为隐式 转 换：即在where语句中条件的值和条件对应的列的数据 类型 不一致。如 where id=‘123’，而id的 类型 为 bi gin t 假设有表和数据如下： CREATE TABLE `convert_test` ( `id` bi gin t(20) unsigned NOT NULL AUTO_INCREMENT 1.1 问题产生的原因 最根本的原因就是因为后台接口返回的 id 吵过了JavaScript 能够准确表示的整数范围， 使用 axios 或者 JS ON.parse() 将这个超出范围的 数字 转 换以后， 转 换成了其他 数字 之所以请求文章详情返回 404 是因为我们请求发送的文章 ID （article.art_id）不正确。 JavaScript 能够准确表示的整数范围在-253到253之间（不含两个端点），超过这个范围，无法精确表示这个值，这使得 JavaScript 不适 sex enum(‘man’, ‘woman’, ‘?’, ‘nothing’) insert into 表名 values(必须从其中选一个**(单选)**，不可取列表之外的数据) **注：**存储时可以直接存编号（1/2/3/4…） set 类型 hobby set(‘哲学’，‘经济学’，‘文学’，‘IT’，‘数学’) insert into 表名 value