最可靠的方式是查询information_schema.COLUMNS元数据表；需指定table_schema、注意column_name大小写敏感性，且用SELECT COUNT(*)判断字段是否存在更稳妥，避免空结果集导致逻辑异常。
直接查 information_schema.COLUMNS 是最可靠的方式
MySQL 没有内置函数能像 IF EXISTS column 那样一行判断字段是否存在，必须走元数据表。核心就是查 information_schema.COLUMNS，它记录了所有库、表、列的定义。注意三点：必须指定 table_schema（库名），不能只靠 table_name；column_name 区分大小写（取决于系统变量 lower_case_table_names）；查询结果为空才代表不存在。
SELECT COUNT(*) 判断比 SELECT 1 更稳妥
很多人用 SELECT 1 FROM information_schema.COLUMNS WHERE ... LIMIT 1 然后看有没有返回行，但存储过程中容易因空结果集触发异常或逻辑错乱。更稳的做法是用聚合：
SELECT COUNT(*) INTO @col_exists FROM information_schema.COLUMNS WHERE table_schema = DATABASE() AND table_name = 'user' AND column_name = 'phone';
然后用 IF @col_exists = 0 THEN ...。这样无论有没有匹配，@col_exists 总是有值（0 或正整数），不会因“无结果”导致后续逻辑跳过。
在存储过程中加字段前必须先判断，否则 ALTER TABLE ADD COLUMN 报错
这是升级脚本里最常踩的坑：直接执行 ALTER TABLE t ADD COLUMN x INT，如果字段已存在，MySQL 报错 ERROR 1060 (42S21): Duplicate column name 'x'，整个存储过程中断。正确流程是：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 查
information_schema.COLUMNS得到@col_exists IF @col_exists = 0 THEN ALTER TABLE t ADD COLUMN x INT DEFAULT 0; END IF;- 别忘了
DELIMITER $$和结尾的$$，否则语法报错
跨库操作时 table_schema 不能写死为 DATABASE()
如果你的存储过程要操作其他数据库（比如从 log_db 向 main_db 同步结构），DATABASE() 就不适用了。此时必须显式传入库名参数或拼接字符串：
SET @target_db = 'log_db'; SELECT COUNT(*) INTO @col_exists FROM information_schema.COLUMNS WHERE table_schema = @target_db AND table_name = 'event_log' AND column_name = 'trace_id';
注意：这里不能用 USE log_db 切库来替代，因为 information_schema 是全局视图，USE 不影响它的查询范围。
真正麻烦的不是写法，而是多个环境（dev/staging/prod）下 information_schema 的访问权限可能不一致——有些只读账号连 information_schema.COLUMNS 都查不了，这时候就得提前确认账号权限，而不是等 CALL 时报 Access denied 才发现。
