INSERT无报错但查不到数据，主因是事务未提交、权限不足、约束冲突、ORM隐式回滚。需检查autocommit状态、用户权限、表结构约束，并开启SQL日志验证执行全流程。
INSERT 语句执行没报错但查不到数据，先看事务是否自动提交
mysql 默认开启 autocommit，但很多客户端（如 mysql workbench、dbeaver）或连接池配置会关掉它；postgresql 默认不自动提交；sqlite 在某些模式下也需手动 commit。结果就是你 insert 成功了，但没 commit，一断开连接就回滚。
- 检查当前会话：运行
SELECT @@autocommit;（MySQL）或SHOW transaction_isolation;+ 观察是否在BEGIN后没COMMIT - 临时验证：执行完
INSERT后立刻跑SELECT，如果能查到说明事务还在；再开一个新连接查，查不到就是没提交 - 开发时建议显式加
AUTOCOMMIT=1到连接字符串，或代码里调用conn.autocommit = True（Python pymysql）
用户权限不足导致 INSERT 静默失败或被拒绝
有些数据库（尤其是 MySQL 8.0+ 或启用了 strict mode 的环境）对权限校验更严格：没有 INSERT 权限时，可能不报错而是跳过写入，或者返回模糊的 Access denied 错误；PostgreSQL 则通常直接报 permission denied for table xxx。
- 确认权限：用管理员账号执行
SHOW GRANTS FOR 'your_user'@'host';（MySQL）或\z your_table（psql） - 最小权限组合应包含：
INSERT、SELECT（方便验证）、USAGEon schema（PostgreSQL） - 注意 host 匹配：MySQL 中
'user'@'localhost'和'user'@'%'是两个不同账号，别只授了前者却从远程连
表结构或约束拦住了数据写入
主键冲突、NOT NULL 字段插了 NULL、外键不存在、CHECK 约束不满足……这些都可能导致 INSERT 被拒绝，但错误信息容易被日志过滤或 UI 隐藏。
- 强制触发错误：用
INSERT INTO t VALUES (...)显式列出所有字段，避免默认值逻辑干扰判断 - 重点检查：
id是否设了AUTO_INCREMENT却手动传了重复值；created_at是否为NOT NULL且没给值；ENUM或SET字段传了非法字符串 - MySQL 开启
STRICT_TRANS_TABLES模式后，这类问题会报错；关了的话可能静默截断或转成默认值，务必查SHOW WARNINGS;
应用层 ORM 或连接池做了隐式 rollback
Django、SQLAlchemy、MyBatis 等框架在异常未被捕获、事务未显式提交、或连接归还池前出错时，常自动执行 ROLLBACK —— 你看到日志里 “INSERT executed”，其实后面紧跟着一行没显示的 ROLLBACK。
- 查框架日志：开启 SQL 日志（如 Django 的
LOGGING配置，SQLAlchemy 的echo=True），确认有没有ROLLBACK出现在INSERT之后 - 检查事务边界：Django 的
@transaction.atomic块里有未捕获异常？Spring 的@Transactional方法抛了 unchecked exception？ - 连接池超时设置（如 HikariCP 的
connection-timeout）太短，也可能导致连接中断前自动回滚
最容易被忽略的是：开发时习惯性 Ctrl+C 中断脚本，或调试断点停太久触发连接池回收 —— 这时候事务状态已经丢了，回滚是唯一安全选择。
