phpMyAdmin书签不跨服务器，需按数据库实例单独保存并手动同步。导出导入SQL是唯一可靠方式，多环境使用时应避免硬编码、用相对表名和安全日期函数，或改用外部脚本管理SQL模板。
书签不跨服务器，必须按数据库实例单独保存
phpMyAdmin 的书签（pma__bookmark 表）是绑定到具体 dbase 字段值的，也就是你当前选中的数据库名。哪怕两个服务器上都有同名数据库 myapp，在 server-A 上保存的书签，在 server-B 的 myapp 里也完全不可见——它根本不会去查 server-B 的 pma__bookmark 表。
这意味着：没有“统一书签”的技术路径，只有“手动同步”或“外部管理”两条路。
- 书签数据存在每个 MySQL 实例自己的
pma__bookmark表中，不是 phpMyAdmin 服务端全局存储 - 即使两台服务器共用同一套 phpMyAdmin 前端（比如反向代理到不同后端），书签仍按实际连接的 MySQL 实例隔离
- 调用书签时，phpMyAdmin 会用当前连接的
$cfg['Servers'][$i]['host']和dbase去查对应实例的表，不会跨连
导出/导入书签是唯一可靠的手动同步方式
如果你有多个环境（如 dev/staging/prod）都用同一个数据库名，且想复用一套查询模板，就得定期导出再导入。
操作步骤很直接：
立即学习“PHP免费学习笔记（深入）”；
- 在源服务器的 phpMyAdmin 中，进入
phpmyadmin数据库 →pma__bookmark表 → 执行 SQL：SELECT * FROM pma__bookmark WHERE dbase = 'your_db_name';
- 点击「导出」→ 格式选
SQL→ 勾选「另存为文件」→ 下载 - 在目标服务器的 phpMyAdmin 中，先确认已启用配置存储（
$cfg['Servers'][$i]['bookmarktable'] = 'pma__bookmark';），再进入phpmyadmin数据库 → 「导入」→ 上传刚下载的 SQL 文件 - 注意检查导入后的
dbase值是否匹配目标库名；若不匹配，需手动 UPDATE 或导出前加 WHERE 条件过滤
参数化书签在多环境使用时要小心硬编码值
书签 SQL 里如果写了绝对路径、固定 IP、或带 schema 的表引用（如 prod_db.users），迁移到其他服务器就会执行失败。
安全写法只依赖当前上下文：
- 用相对表名：
SELECT * FROM users WHERE status = '__status__'（不要写dev_db.users） - 避免
USE xxx语句——书签执行时默认在当前选中库下运行 - 日期变量务必包装
STR_TO_DATE(__date__, '%Y-%m-%d')，否则跨 MySQL 版本可能因 strict mode 报错 - 别在书签里写
CREATE TEMPORARY TABLE或用户变量@var，部分 phpMyAdmin 版本（包括 5.1）会拒绝保存
更可持续的替代方案：用外部脚本管理 SQL 模板
当书签数量超过 10 个，或需要团队共享、版本控制、环境变量注入时，硬靠 phpMyAdmin 书签就明显力不从心了。
一个轻量但有效的做法：
- 把常用查询存成
.sql文件，用__DB_NAME__这类占位符代替实际库名 - 写个简单 Bash/Python 脚本，读取环境配置（如
dev.yaml），替换占位符后生成可执行 SQL - 配合 phpMyAdmin 的「导入」功能，或直接用
mysql -h host -u user -p db_name - Git 管理这些模板，分支对应环境，PR 审核变更——这比在 UI 里点几十次「创建书签」靠谱得多
真正容易被忽略的是：书签的生命周期完全依赖于你维护的那张 pma__bookmark 表。删库、重装 phpMyAdmin、甚至某些一键部署脚本清空 phpmyadmin 库时，它都会消失，且无回收站。同步动作必须成为上线 checklist 的固定项。
