会丢数据，但仅在未指定字符集/排序规则、原列含非数字内容或约束未同步更新时发生；phpMyAdmin 不自动字符串化值，需手动检查默认值、外键和依赖对象，并用显式 CHARACTER SET 和 COLLATE 的 MODIFY COLUMN 安全转换。
ALTER TABLE 修改列类型时，INT 转 VARCHAR 会丢数据吗？
会，但只在特定条件下丢——不是类型转换本身导致，而是你没显式指定 character set 和 collation，或原 int 列含非数字内容（极少见），又或者字段有默认值/约束未同步更新。phpmyadmin 的“更改”界面看似点一下就完事，实际背后执行的是 alter table ... modify column 或 change column，它不会自动帮你做值的字符串化转换。
phpMyAdmin 界面操作前必须手动检查的三项
别急着点“保存”，先看这三处：
- 原列是否设了
DEFAULT？比如DEFAULT 0，转成VARCHAR后这个默认值得改成字符串，否则报错Invalid default value for 'xxx' - 该列是否被其他表用作外键？
INT和VARCHAR类型不兼容，外键约束会直接失效或导致Cannot add or update a child row - 有没有触发器（
TRIGGER）或视图（VIEW）依赖这个列？类型变了，它们可能编译失败或返回空结果
安全转换的 SQL 写法（绕过 phpMyAdmin 界面更可控）
phpMyAdmin 的图形化修改容易忽略字符集细节，建议切到“SQL”标签页手动执行：
ALTER TABLE `users`
MODIFY COLUMN `status` VARCHAR(20)
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci
DEFAULT 'active';
关键点：
-
MODIFY COLUMN比CHANGE COLUMN更轻量，不用重复写列名两次 - 必须显式加
CHARACTER SET和COLLATION，否则新列可能沿用数据库默认（如latin1），后续存中文就乱码 -
DEFAULT值必须加引号，DEFAULT '0'是字符串，DEFAULT 0会报错 - 如果原列有
NOT NULL，新语句里也得带上，否则会悄悄变成NULL
转完发现值全变成 “0” 或空字符串？
这不是转换失败，是 phpMyAdmin 在展示时做了隐式类型转换：它看到列类型是 VARCHAR，但底层值还是二进制整数存储（尤其当没真正执行 ALTER，只是改了元数据）。真实数据没丢，但你需要确认两点：
立即学习“PHP免费学习笔记（深入）”；
- 执行完
ALTER后，立刻查一条记录：SELECT status, LENGTH(status), HEX(status) FROM users LIMIT 1;—— 如果LENGTH是 0 或HEX返回空，说明真丢了；如果LENGTH是 1 且HEX是30（即 ASCII ‘0’），说明只是显示异常，数据还在 - phpMyAdmin 缓存了表结构，点右上角“刷新”按钮，或清浏览器缓存，再重进
- 最保险：导出该列数据做快照，
SELECT CAST(status AS CHAR) FROM users;看输出是否符合预期
