想问一下关于 smf2 导入器的问题。它工作正常,但运行速度非常慢。
而且速度越来越慢。我之前尝试过使用 Drupal 进行迁移,速度稍快一些,持续了 3-4 天。整个晚上 smf2.rb 的进度只有 3%。18 小时内只进展了 8.2%。
我的问题是,有什么最好的方法可以加快操作速度?
想问一下关于 smf2 导入器的问题。它工作正常,但运行速度非常慢。
而且速度越来越慢。我之前尝试过使用 Drupal 进行迁移,速度稍快一些,持续了 3-4 天。整个晚上 smf2.rb 的进度只有 3%。18 小时内只进展了 8.2%。
我的问题是,有什么最好的方法可以加快操作速度?
它每分钟报告多少篇文章?您有多少篇文章?
后续运行会更快,因为它们会跳过已导入的数据,因此在最终切换时您可以拥有很少的停机时间。
您有快速的 CPU 和充足的内存吗? PostgreSQL 是否已优化?
您好 @pfaffman,迁移尚未开始,目前正在进行用户导入,显示每分钟大约 1900 个项目,但实际速度约为每分钟 60-70 个项目。
有什么建议可以加快此操作吗?
有多少用户?
我见过最高是每分钟 1900 个。
你说的每分钟 60-70 个是什么意思?
有一些批量导入脚本速度更快,但我认为没有适用于 smf2 的。
总用户约 58 万。是的,每分钟 1900 确实很高,但实际上我从后端和 UI 检查时,它的迁移速度约为每分钟 60-70。我也检查了那个文件夹,没有 smf2 的脚本。是否有其他地方可以用于 smf2 的批量导入脚本?
除非用户因某种原因未被导入(他们已经存在?)否则它报告的数字就是导入的用户数。
啊,但如果你在初始导入后运行它,那么这个数字就会膨胀,因为它计算的是脚本开始时已存在的用户。所以这大约需要一周时间来导入那些用户。
有多少帖子?
机器速度如何?有多少内存?你对 PostgreSQL 做了哪些调优?你的源数据库是否是瓶颈?
我不知道有 smf2 的秘密批量导入脚本。我曾经有一个导入花了数周时间才运行完。最终的导入不会那么慢。我建议你坚持下去。