这问题我在日常帮人调试论坛的时候碰到过很多次，下面给你拆解两种方案的利弊，你可以结合自己的实际情况来选：

优先推荐：新建独立数据库 #

这种方案的优势特别明显，也是绝大多数开发者会选的：

• 数据隔离更安全：phpBB有一套自己的表结构（比如phpbb_users、phpbb_posts这类），和主站的表完全分开，不会出现表名冲突、字段规则冲突的问题，也能避免误操作（比如删主站表的时候不小心碰了论坛的表）。
• 权限风险更低：可以给论坛单独创建一个数据库用户，只分配这个库的读写权限。就算哪天论坛被恶意攻击了，攻击者也只能拿到论坛数据库的权限，不会影响到主站的核心数据。
• 维护更省心：备份的时候可以单独备份论坛的数据库，体积更小，恢复起来也不用动主站的数据；以后要是论坛需要迁移，或者主站要换数据库类型，两边完全互不影响，灵活度拉满。

共用同一数据库的适用场景 #

当然，也不是说共用就完全不行，如果你有以下情况，可以考虑：

• 服务器数据库配额受限：比如你的主机套餐只允许创建1-2个数据库，没办法新建独立库，那只能共用。
• 需要深度共享用户数据：比如你想让主站用户直接登录论坛，不用重新注册，而且不想用phpBB的第三方插件来实现同步，那共用数据库会让用户数据的对接更直接（不过还是建议优先用成熟的插件，避免自己写同步逻辑踩坑）。
• 嫌管理多个库麻烦：如果你觉得维护多个数据库用户、备份任务太繁琐，想尽量简化，那共用库也能满足需求，但一定要做好表名前缀的区分（比如给phpBB的表加forum_前缀，和主站表彻底划清界限）。

总结建议 #

如果没有特殊限制，强烈建议给phpBB新建独立数据库，这是从安全性、可维护性、长期扩展性出发的最优解。共用数据库虽然能解决一些临时问题，但长期来看会埋下不少隐患，比如数据耦合、权限风险等。

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