<p>应直接查主库确认数据写入：用终端连接主库执行SELECT * FROM orders WHERE created_at >= NOW() - INTERVAL 30 SECOND ORDER BY id DESC LIMIT 1；或用codex db query命令（需确保codex.toml中database.primary指向主库）；或加--consistency=strong参数使Codex自动强一致校验。</p>
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex 中执行“点击按钮→填写表单→提交”这类页面操作后，界面显示成功，但不确定后端是否真把数据存进数据库，这种不确定性会直接影响功能验证和问题排查。
先确认 Codex 操作走的是哪条路径
打开 Codex 的日志面板（快捷键 Ctrl+Shift+L），观察最后几条日志中是否出现 【http://localhost:8000/api/orders】 或类似带 /api/ 的 POST 请求。如果没有，说明当前操作可能只是前端模拟，根本没发请求。
若看到请求但状态码是 200，不代表写入成功——它可能只是返回了“已接收”，而业务逻辑在后续异步队列中失败。必须继续查数据库确认。
直接查主库：绕过读写分离干扰
不要用 Codex 自带的「查询数据」命令，它默认走从库，受主从延迟影响。打开终端，手动连接主库：
mysql -h 127.0.0.1 -P 3306 -u root -p -D your_app_db
执行 SELECT * FROM orders WHERE created_at >= NOW() - INTERVAL 30 SECOND ORDER BY id DESC LIMIT 1; 这样能立刻看到刚提交的记录是否存在。
【关键前提：你必须知道主库地址和账号，不能连错从库】
用 Codex CLI 快速验证写入结果
方法一：用内置 db 命令直连
codex db query "SELECT id, status FROM orders ORDER BY id DESC LIMIT 1"
注意：该命令默认连接配置文件中 primary 数据源，但需提前确认 codex.toml 里 [database.primary] 地址是否指向主库而非负载均衡 VIP。
配置 OpenClaw 多提供商认证与 OpenAI Codex OAuth 备用方案，实现自动模型切换，适用于多 OpenAI Codex 账户设置。
方法二：启用写后强一致查询开关
在 Codex 操作命令末尾加 --consistency=strong，例如：
codex run "submit_order" --consistency=strong
这会让 Codex 在提交后自动切换到主库做一次校验查询，失败则报错退出。
检查数据库事务是否真正提交
第一步：在提交操作前，开启 MySQL general_log，记录所有语句
SET GLOBAL general_log = 'ON'; SET GLOBAL log_output = 'TABLE';
第二步：执行 Codex 页面操作
第三步：立即查日志表，确认是否有 INSERT 语句及其执行结果
SELECT argument FROM mysql.general_log WHERE command_type = 'Query' AND argument LIKE '%INSERT INTO orders%' ORDER BY event_time DESC LIMIT 5;
如果只看到 BEGIN、没看到 COMMIT，或看到 ROLLBACK，说明事务被回滚了——前端显示成功只是 UI 层面的误判。
