Windows下MySQL命名管道需手动启用enable-named-pipe并重启服务，客户端须用host=.且protocol=pipe连接；Linux/macOS不支持该协议。
Windows 下 MySQL 命名管道连接失败：检查 enable-named-pipe 是否启用
MySQL 在 Windows 上默认不开启命名管道（Named Pipe），即使你写了 host=. 或 host=localhost，客户端也可能悄悄降级走 TCP，导致你以为在用管道、实际没生效。
必须手动在服务端配置开启，且仅对 Windows 有效。Linux/macOS 根本不支持该协议。
-
my.ini或my.cnf的[mysqld]段下添加：enable-named-pipe - 可选配
shared-memory（同理需显式开启，但和管道无关） - 修改后必须重启 MySQL 服务：
net stop mysql && net start mysql（服务名以实际为准） - 验证是否生效：登录后执行
SHOW VARIABLES LIKE 'have_named_pipe';，返回YES才算成功
客户端连接时指定命名管道：不是写 localhost 就自动走 pipe
很多开发者以为 host=localhost 就会走命名管道，其实 MySQL 客户端在 Windows 上对 localhost 的处理是特殊逻辑：优先尝试共享内存（shared-memory），其次才是命名管道——但前提是服务端也开了对应选项。
最稳妥的方式是显式指定协议：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 命令行连接：
mysql --host=. --protocol=pipe -u root -p（注意--host=.是关键，不能写localhost） - Python
pymysql不支持命名管道；mysql-connector-python支持，需传参unix_socket=None, port=0, host='.'并确保protocol='pipe' - PHP
mysqli：连接字符串中host设为.，并确认mysqli.default_socket未被误设（它只影响 Unix socket）
常见报错及定位方法：Can't connect to MySQL server on '.' (10061)
这个错误表面是连不上，但原因往往不是端口或防火墙，而是管道根本没启用或客户端没走对路径。
- 先确认服务端：运行
sc qc mysql查看启动参数里是否有--enable-named-pipe；再查SHOW VARIABLES LIKE 'socket';—— 命名管道不走socket文件，所以该值通常为空或只是占位，别被误导 - 用 Process Explorer 查看
mysqld.exe进程是否监听了\.\pipe\MySQL（默认名）或你自定义的管道名（通过socket变量设置） - 如果启用了
skip-networking，TCP 被关了，但命名管道仍可用——这点常被误认为“彻底断网”，其实只是换了一种本地通信方式
命名管道 vs 共享内存：性能差异小，但行为截然不同
两者都是 Windows 本地高效通信机制，但 MySQL 把它们当成独立协议处理，配置、连接语法、甚至权限检查都分开。
- 共享内存需同时开启
shared-memory和shared-memory-base-name（默认MYSQL），客户端用--protocol=memory+--host=. - 命名管道默认管道名为
MySQL，可通过socket变量重设（如socket=MyCustomPipe），客户端必须匹配 - 二者都不受
bind-address影响，也不走网络栈，所以bind-address=127.0.0.1会禁掉 TCP localhost，但不影响管道或共享内存
真正容易被忽略的是：同一台机器上多个 MySQL 实例共存时，命名管道名必须唯一，否则后启动的服务会因管道已被占用而失败，错误日志里只显示“无法创建命名管道”，不会告诉你被谁占了。
