根本原因是alter table触发隐式提交，导致后续insert在新事务中执行却未提交、被连接池丢弃或因元数据缓存未刷新而静默失败；需检查@@autocommit、@@in_transaction及innodb_trx确认事务状态断裂。
为什么ALTER TABLE后INSERT没报错却查不到数据
根本原因是DDL语句（如ALTER TABLE）会触发隐式提交，导致后续DML语句在新事务中执行，而该事务可能未显式提交、被连接池复用丢弃，或因元数据缓存未刷新造成写入“静默失败”。这不是语法错误，而是事务状态断裂。
- 执行
SELECT @@autocommit;确认当前会话模式；若为0（手动提交），ALTER TABLE仍会强制提交当前事务并开启新事务 - 检查应用层是否在
ALTER TABLE后直接复用同一连接执行INSERT，但未调用conn.commit()——此时INSERT在新事务中，连接关闭即回滚 - 新增
NOT NULL字段且未设DEFAULT时，INSERT会因Column 'xxx' cannot be null失败，但某些客户端（如JDBC预编译缓存旧结构）可能不抛异常，只返回0行影响数 - 用
DESCRIBE table_name;验证字段Null列是否为NO且Default为空；若是，必须显式提供值或补ALTER TABLE ... MODIFY COLUMN ... DEFAULT ...
如何验证当前事务是否已被隐式提交
不能依赖“没报错=成功”，要主动探测事务生命周期。MySQL不提供直接的“事务ID快照”对比接口，但可通过组合状态变量和系统表交叉验证。
- 执行
SELECT @@in_transaction;：若返回0，说明当前无活跃事务（哪怕你刚执行了BEGIN，只要中间有DDL就已中断） - 执行
SELECT TRX_ID, TRX_STATE, TRX_STARTED FROM information_schema.INNODB_TRX WHERE TRX_MYSQL_THREAD_ID = CONNECTION_ID();，看是否有记录；若无，则事务早已结束 - 在
ALTER TABLE前后各执行一次SHOW ENGINE INNODB STATUS\G，比对TRANSACTIONS部分中的Trx id是否变化——变化即表示隐式提交发生 - 开启
general_log（SET GLOBAL general_log = ON;），观察日志中是否出现COMMIT紧随ALTER TABLE之后，这是最直接证据
INSERT前如何确保处于可写事务上下文
关键不是“怎么开始事务”，而是“怎么避免事务被意外截断”。DDL与DML混用是最大雷区，尤其在定时脚本或ORM自动迁移中极易踩坑。
- 所有DDL必须单独成事务：执行完
ALTER TABLE后，显式执行COMMIT（即使autocommit=1也建议加，增强可读性），再新开事务做DML - 禁止在同一个事务块内穿插DDL和DML：例如
BEGIN; ALTER TABLE t ADD COLUMN x INT; INSERT INTO t VALUES (); COMMIT;——第二句INSERT实际已在新事务中，无法回滚 - 若必须原子化变更（如加字段+补默认值+写数据），改用影子表方案：
CREATE TABLE t_new LIKE t;→ALTER TABLE t_new ADD COLUMN x INT DEFAULT 0;→INSERT INTO t_new SELECT *, 0 FROM t;→RENAME TABLE t TO t_old, t_new TO t; - 使用
information_schema.PARTITIONS等元数据表时，注意其结果可能有延迟；验证分区创建必须用SELECT PARTITION_NAME FROM INFORMATION_SCHEMA.PARTITIONS WHERE TABLE_NAME = 't'，而非依赖监控工具缓存
哪些语句会触发隐式提交但容易被忽略
不只是CREATE/DROP/ALTER，很多看似只读或维护类操作也会破坏事务连续性，尤其在高版本MySQL中行为更严格。
-
ANALYZE TABLE、OPTIMIZE TABLE、TRUNCATE TABLE全部隐式提交；SELECT ... FOR UPDATE在REPEATABLE READ下可能升级元数据锁，间接导致后续INSERT跳过自动分区逻辑 -
ALTER TABLE ... COMMENT虽不改结构，但仍属DDL，会提交；SET @var = 1;不会，但SET SESSION sql_log_bin = OFF;会 - MySQL 8.0+ 中，
LOCK TABLES和UNLOCK TABLES也会隐式提交当前事务，且UNLOCK TABLES本身就会触发提交 - JDBC场景下，
conn.prepareStatement("...")若SQL含DDL，预编译阶段就可能触发执行并提交——需改用conn.createStatement().execute(...)并明确控制时机
