alter table是修改mysql表结构的唯一可靠方式，php仅负责发送该sql；操作前须备份，注意add column的默认值与位置、change/modify区别、drop column的依赖检查及字符集变更影响。
ALTER TABLE 语句是唯一可靠方式
PHP 本身没有内置函数直接修改 MySQL 表结构，所有变更必须通过 ALTER TABLE SQL 语句执行。你写的 PHP 代码只是拼接并发送这条语句给数据库，真正起作用的是 MySQL（或 MariaDB）的解析与执行能力。
常见错误是试图用 mysqli_query() 执行 CREATE TABLE 或 INSERT 类语句来“模拟”结构变更——这完全无效，也容易引发数据丢失。
- 必须使用
ALTER TABLE，且权限需包含ALTER和INDEX - 操作前务必备份表：
mysqldump -u user -p db_name table_name > backup.sql - 在线 DDL（如 MySQL 5.6+ 的
ALGORITHM=INPLACE）可减少锁表时间，但并非所有操作都支持
添加字段：ADD COLUMN 要注意默认值和位置
加字段看似简单，但默认值和 AFTER/FIRST 子句会影响后续维护和 ORM 映射。
比如 Laravel 的迁移中不显式指定 ->after('xxx')，生成的 SQL 就不会带位置信息，字段会追加到末尾；而手动写 SQL 时若漏掉 NOT NULL 又没设 DEFAULT，MySQL 8.0+ 会直接报错。
立即学习“PHP免费学习笔记（深入）”；
ALTER TABLE users ADD COLUMN avatar_url VARCHAR(255) DEFAULT NULL AFTER email;
-
DEFAULT NULL比留空更安全，避免触发严格模式报错 -
AFTER email控制字段顺序，对阅读表结构、导出 CSV 或某些旧版客户端有意义 - 如果字段要设
NOT NULL，必须同时提供DEFAULT值，否则已有行无法填充
修改字段类型或名称：CHANGE vs MODIFY 的区别不能混淆
CHANGE 和 MODIFY 都能改类型，但前者还能改名，后者不能。误用会导致字段名意外丢失或重命名。
例如把 user_name 改成 username 并扩大长度，必须用 CHANGE；如果只调长度，MODIFY 更清晰，不易出错。
ALTER TABLE users CHANGE COLUMN user_name username VARCHAR(100) NOT NULL;
ALTER TABLE users MODIFY COLUMN status TINYINT(1) DEFAULT 0;
-
CHANGE后要重复写两次字段名（旧名 + 新名），少写一个就变成语法错误 -
MODIFY不改变字段名，适合纯类型/约束调整，语义更明确 - 改类型可能触发隐式转换，比如从
VARCHAR(50)缩小到VARCHAR(10)，超长数据会被截断且无警告
删除字段或索引：DROP COLUMN 前先确认依赖
删字段不是“执行就完事”。外键、视图、存储过程、应用层代码（尤其是硬编码 SQL 或模型属性）都可能引用该字段。线上误删可能直接导致 PHP 报 Unknown column 'xxx' in 'field list' 错误。
索引同理，DROP INDEX 会连带删除主键或唯一约束，影响插入性能和数据完整性校验。
ALTER TABLE users DROP COLUMN temp_flag;
ALTER TABLE users DROP INDEX idx_old_status;
- 先查依赖：
SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'users' AND COLUMN_NAME = 'temp_flag'; - 检查应用代码是否还读写该字段，特别是缓存序列化、JSON 字段映射、DTO 类属性
- 删除主键索引（
DROP PRIMARY KEY）必须配合添加新主键，否则 MySQL 会报错
最常被忽略的是字符集和排序规则变更——ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 看似只是升级，实际会重建整张表，大表可能卡住数分钟甚至更久。这类操作务必在低峰期做，并提前测试锁表现。
