数据库字段类型有哪些：按业务存储场景划分实用核心类型

刚入行做后台开发写数据表时，被组长随口问到数据库字段类型有哪些，我当场答得支支吾吾，只笼统知道分文字和数字，完全不清楚实际开发里的细分用法，也不知道不同类型的适配场景差得有多离谱。

最开始做项目建表，全程抱着敷衍的心态，觉得字段类型只是个形式，随便选就行。不管是用户昵称、订单金额、手机号还是创建时间，统统都用varchar文本类型，图省事不用区分格式。前期写代码的速度看着挺快，可项目自测阶段直接崩盘，一堆隐性问题接连爆发，后台统计订单金额时因为字符串无法运算频繁报错，用户手机号字段无法做正则校验导致脏数据大量入库，数据表索引失效后页面加载速度肉眼可见的变慢，一堆bug堆在一起，整整熬了两个通宵逐行整改数据表结构。

那时候才懂，字段类型选错，后期维护成本会翻倍。

一直被课本里繁杂的字段类型定义误导，总觉得数据库字段类型种类繁多、晦涩难记，真正落地实操后才打破这个认知。日常业务开发里，根本用不到那些冷门小众的类型，常用的就四大类，足够覆盖百分之九十九的业务场景，分别是数值型、字符串型、时间日期型、二进制特殊类型，其余专业级类型普通开发基本接触不到。

原先傻傻分不清数值类型的区别，以为所有数字都能用int存储，踩过无数坑才慢慢摸清规律。tinyint占用内存极小，只适合存储状态、开关、性别这类取值固定且数量极少的数字，是数据表状态字段的最优选择；int适配所有常规整数数据，像用户ID、订单序号、商品数量这类数据都靠它；decimal是金额数据的专属类型，之前错用float存交易金额，导致小数位数偏移，出现几分钱的对账误差，折腾好久才搞明白，只有decimal能精准保留固定小数位，完全适配金融交易场景。

字符串类型的使用误区也特别多，很多新手都会混淆char和varchar。varchar是可变长度，灵活度最高，用来存储用户名、收货地址、备注这类长短不固定的文本内容，能最大程度节省数据库存储空间。char是固定长度类型，不能随便乱用，只适合手机号、身份证号、验证码这种位数固定的数据，胡乱使用会造成大量存储资源浪费。

长文本内容直接用text就够了。

时间类型是新手重灾区，我之前长期偷懒用varchar存储时间字符串，导致数据排序、时间筛选功能全部错乱，数据统计完全不准。实操后固定了使用规则，需要完整时间记录就用datetime，只需要年月日就选date，仅记录时分秒就用time，timestamp可以自动更新数据时间戳，专门用来记录数据新增、修改的时间，适配性拉满，再也没出过时间格式的bug。

二进制类型的使用场景特别局限，日常业务开发几乎用不上，仅在需要存储图片、文件流、超大附件这类二进制数据时才会启用，普通增删改查的业务场景完全可以忽略。整改完所有数据表的那天，凌晨三点的办公室只剩我一台电脑亮着屏，看着后台接口平稳运行、数据精准无误，只觉得当初偷懒敷衍的心态，实在得不偿失。