Java 中 Mysql 的状态列用 int 还是用 varchar 好点

看情况，如果几个数字就能搞定就存 tinyint ，如果需要知道这个字典的大概含义，存 varchar 。

tinyint

java 用枚举, 数据库用字符串; 枚举->数据库 jpa 默认用枚举名称映射. 优点是看 sql 语句的时候不用查 1 2 3 4 是什么意思了, 缺点是占内存. 不过无所谓,项目对性能不敏感

@banmuyutian 改 DDL 有什么要紧的, 一句话的事, 都 mysql8 了, ddl 随便改

通过 enum 来映射吧，类里面会有相关注释的

varchar(20)，为了这点性能牺牲可读性太不值当了。

看表的预估数据量，如果数据量预估不会太大，且这张表涉及的接口等调用产生的数据量也不会很大，就存 varchar 增加可读性，代码中用枚举或者常量来存放这些状态枚举，如果数据量预估会持续增长或者肯定比较大，或者涉及到的接口、调用产生的传输数据量也比较大，存 tinyint 或者 int 减少空间占用

如果你的表有几千万的数据，并且值是稀疏的，可枚举的，使用 int 会比 varchar 要少占用很多的存储空间，量变决定质变。

用 int varchar 都有个问题，如果不小心写入了一个范围外的值，代码就无法处理了，而且用 int 的可读性也很差。

MySQL 直接支持了 enum 类型，用 MySQL 的 enum 类型在数据库层面提供了约束，不会出现范围外的值，同时 enum 的可读性也更好。
https://dev.mysql.com/doc/refman/8.0/en/enum.html

Java 里用枚举类映射，数据库里是 tinyint

char(1)

enum 是最优解，但是我不怎么用。我用数字多。因为项目大部分状态是 0 和 1 为主。如果超过范围，按照业务复杂程度选择数字还是 string 。

tinyint

如果状态值不多（比如只有 1 、2 个，或者不超过 5-6 个），tinyint ，结合模型字典对照得到字符串在程序中做比较和查询使用。
如果状态值在设计阶段就已经能够预估到未来存在难以维护的现象（比如 3 代表什么，5 代表什么，然后 3 被遗弃），建议 enum ，enum 的效果同上面提到的 tiny+程序内模型字段的作用一样。

反正没 varchar 什么事。

看项目规模, 如果没有千万行记录的量级, 就用 varchar 吧

用枚举+int 就好

我以前是使用数字, 现在改为了使用字符串, 然后 Java 代码中使用枚举. 原因是字符串更加直观, 一看英文就知道当前属于什么状态, 而数字还需要去看代码或文档才能知道. 有的人会说数字性能更好, 但数字比字符串好的一点点性能完全不如让数据直观实在.

varchar 一把梭 方便得很 不差那点性能

enum+varchar ，纯数据和代码可读性都更好些

枚举对应数据库的 tinyint(3)