以错误实践的名义，我建议您立即使用原始SQL查询和同一页面中的远程数据库排除这些错误。这将是缓慢的、不安全的，而且维护起来很麻烦。
您已经陷入了一种困境，hyperDB+multisite的组合不是一种选择，这表明您在代码中面临着严重的体系结构挑战。排除代码的重构和规范化不是一种选择，因为即使您得到了问题的适当答案，它也会still 有必要进一步改进，否则您将在支持和维护成本上花费比修复问题更多的时间。
但话说回来，你问了一个问题。以下是潜在的解决方案。
请记住，这些标准将大大提高成本并降低可扩展性：
坚持在同一个循环中有多个站点的多个帖子在主站点上即时发布，下面是一些尝试方法：
使用RSS通过WP Cron获取帖子。为这些帖子生成html并在瞬间保存。过期后再取回帖子。在前端显示瞬态的内容
使用聚合插件获取帖子，然后在主站点上发布。单击帖子时，请使用wp\\u redirect重定向到子网站上的原始帖子我预见到的设置问题：
您正在使用HyperDB，但您的所有站点都是单独安装的，当您开始使用重写规则时，根文件夹中的站点可能会干扰子文件夹中的站点，这可能不是一个好主意，因为站点在内部是一个保留关键字。这需要测试
