windows版mysql支持共享内存连接，但需服务端启用shared_memory=on并重启，客户端显式指定--protocol=memory；验证用select @@protocol;返回memory；实际适用场景极窄，仅限本地高频短连接且客户端支持时。
MySQL Windows 下共享内存连接是否可用
Windows 版 MySQL 支持共享内存（shared memory）作为本地连接协议，但默认不启用，且仅限 localhost 连接、仅限 Windows 系统、仅限客户端和服务端在同一台机器时有效。它不是替代 TCP/IP 或命名管道的通用方案，而是一个特定场景下的低开销选项。
如何启用并验证 shared_memory 协议
启用需服务端配置 + 客户端显式指定，缺一不可。常见错误是只改了 my.ini 却没在连接时强制用 --protocol=memory，结果仍走 TCP。
- 服务端：在
my.ini的[mysqld]段添加shared_memory=ON（可选shared_memory_base_name=MYSQL，默认值为MYSQL） - 重启 MySQL 服务（必须，热加载不生效）
- 客户端连接时必须显式指定协议：
mysql --protocol=memory -u root -p - 验证是否生效：执行
SELECT @@protocol;，返回值应为memory；或看SHOW PROCESSLIST;中Host列显示为localhost via shared memory
shared_memory 连接失败的典型现象和原因
最常遇到的是 ERROR 2059 (HY000): Authentication plugin 'caching_sha2_password' cannot be loaded 或直接报 Can't connect to MySQL server —— 这往往和协议无关，而是插件/权限/配置组合问题。
-
ERROR 2059：caching_sha2_password插件不兼容旧客户端（如 MySQL 8.0 默认启用了该插件，但老版命令行工具未内置对应认证逻辑），解决方法是换用 MySQL 8.0+ 客户端，或临时改用户认证方式：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx'; - 连接超时或拒绝：检查
shared_memory=ON是否写在正确的[mysqld]段（不是[client]），且服务已重启 - 客户端提示
Unknown option '--protocol=memory'：说明你用的是太老的客户端（如 MySQL 5.6 以前），不支持该参数 - 即使启用成功，PHP 的
mysqli或PDO默认也不走 shared memory，必须手动指定host=localhost;unix_socket=不起作用，得用mysqli://root@localhost/?protocol=memory类似方式（实际支持度有限，多数驱动忽略）
shared_memory 的实际价值和使用边界
它比 TCP/IP 略快（免 socket 栈、无网络层开销），但比命名管道（named pipe）更受限：不能跨会话、不支持远程、不支持大多数高级客户端驱动。真正值得用的场景极少——比如某 Windows 服务进程频繁短连接本地 MySQL，且对微秒级延迟敏感，又确定不会迁移到 Linux。
- 性能提升通常在 5–15%，前提是连接非常密集（每秒数百次以上），否则感知不到
- Windows Server 环境下若启用了 UAC 或服务以 LocalSystem 身份运行，
shared_memory_base_name可能被隔离，导致客户端连不上（不同会话间共享内存对象不可见） - 备份、监控、ORM、Web 应用几乎都不适配，强行用反而增加维护成本
真正要注意的，是别把它当成“加速 MySQL 的万能开关”——协议选型优先级永远是：先确认是否真需要绕过网络栈，再看客户端生态是否撑得住，最后才动配置。
