phpMyAdmin书签默认绑定创建时的服务器和数据库，不随服务器切换自动迁移；其存储依赖pma__bookmark表的dbase字段，严格匹配当前SERVER+DB组合，且多服务器间不共享。
书签功能默认绑定创建时的数据库，不随服务器切换自动迁移
phpmyadmin 的书签保存时会硬编码关联到当前选中的数据库（db_name），而不是当前连接的服务器。这意味着：你在 server a 的 myapp_dev 库里保存了一个书签，之后切换到 server b，即使也选中了同名的 myapp_dev 库，这个书签也不会出现——它只属于 server a 下的该库。
常见错误现象：
- 在 Server A 创建书签后，切到 Server B 执行相同查询，书签列表为空
- 手动修改
config.inc.php切换服务器，但书签区域根本不显示（因为没在 SQL 页执行过任何查询）
根本原因不是配置错，而是设计如此：书签表 pma__bookmark 存储时带 dbase 字段，且 phpMyAdmin 查询书签时会严格匹配当前 SERVER + DB 组合。
共享环境里 bookmarktable 可能未启用或权限受限
多服务器场景下，如果所有服务器共用同一套 phpMyAdmin 实例（比如宝塔面板或虚拟主机），而管理员只在主服务器上启用了 bookmarktable，其他服务器就无法写入或读取书签数据。
检查方式：
立即学习“PHP免费学习笔记（深入）”；
- 登录任意一个服务器后，点右上角「Settings」→「Features」→「Bookmarks」，看状态是否为
Enabled - 若显示
Disabled，说明$cfg['Servers'][$i]['bookmarktable']未在对应服务器配置块中设置，或全局$cfg['Bookmark']被禁用 - 即使配置了，也要确认该服务器上的
pma__bookmark表存在且可读写（尤其跨服务器时，用户权限可能不包含对该表的SELECT/INSERT）
书签变量语法在多服务器间无特殊处理，但容易因环境差异失效
变量占位符 /*[VARIABLE]*/ 本身不依赖服务器，但实际使用中常因上下文不一致导致失败：
- 在 Server A 的
users表上写的SELECT * FROM users WHERE id =/*[ID]*/，切到 Server B 后若该库没有users表，执行会直接报错，但变量输入框仍会弹出 - 不同服务器的 SQL 模式（如
STRICT_TRANS_TABLES）、字符集或时区差异，可能导致同一书签语句在 Server B 上解析失败或返回意外结果 - 如果书签里用了
USE db_name或绝对库名（如myapp.users），切换服务器后很可能找不到对应库
建议：书签尽量用相对表名、避免硬编码库前缀；执行前先确认当前数据库上下文是否匹配。
登录界面能选多个服务器 ≠ 书签功能跨服务器可用
这是最容易被混淆的一点：多服务器配置成功，只代表你能在登录页选择 Server A / Server B，不代表书签系统具备跨服务器能力。书签是“库级+实例级”双锁定资源，不是全局工具。
如果你需要在多个服务器间复用同一组查询：
- 不要依赖书签同步，改用外部管理：把常用 SQL 存在本地文件或 Git 仓库，复制粘贴执行
- 对高度重复场景，可在每个服务器上单独保存一份书签（注意变量名和逻辑一致性）
- 避免在生产服务器上直接保存调试用书签，防止误操作影响线上数据
真正麻烦的不是找不到入口，而是你以为它能跨服务器工作，结果在 Server B 点击书签后执行失败，却花时间排查连接配置而非意识到书签本身就不属于那里。
