Win32调用CreateProcess启动MariaDB命令行读取输出死锁问题求解

问题根因 #

本次读取死锁的本质原因不是句柄未生效，是MariaDB（MySQL）客户端自带的缓冲逻辑导致的：

• MySQL客户端默认会检测标准输出的设备类型：如果输出目标不是交互式控制台（本次场景下是匿名管道），会自动开启全量输出缓冲，只有当缓冲区写满、进程退出或者主动flush的时候才会把内容输出到管道，MariaDb[NONE]>这类提示符默认不会主动刷新，所以调用ReadFile会因为无数据进入阻塞状态，PeekNamedPipe也会返回可用字节为0。
• 现有启动参数没有强制客户端非交互场景下输出提示符，也是读不到内容的原因之一。

解决方案 #

方案1：继续使用命令行客户端交互（不推荐） #

修改启动命令行，添加强制无缓冲输出的参数即可解决缓冲问题：
把启动命令行参数修改为：
mysql --user=root --unbuffered --force
同时在调用PeekNamedPipe前添加100~200ms的等待，确保客户端进程完成初始化：

Sleep(100);
PeekNamedPipe(r,NULL,0,NULL,&avail,NULL);

后续往输入管道写入SQL语句时，必须添加分号和换行符，客户端才会触发执行返回结果。

方案2：使用官方C/C++连接库（推荐） #

直接调用MariaDB官方连接库是更稳定的方案，完全不需要处理管道、缓冲、输出解析这类非业务问题，建表、增删改查、用户管理等操作都有对应API可以直接调用，错误处理、性能、兼容性都远好于自己封装命令行交互。

代码其他注意点 #

• 管道读写操作建议添加超时逻辑，避免异常场景下永久阻塞
• 用完的管道句柄需要全部关闭，避免资源泄漏
• 如果MariaDB设置了密码，需要在启动参数中添加--password=对应密码，否则客户端会等待密码输入也会导致阻塞

内容的提问来源于stack exchange，提问作者user13947194