【问题标题】:The problem of importing MOT table using gs_restore in openGauss databaseopenGauss数据库中使用gs_restore导入MOT表的问题
【发布时间】:2022-07-19 17:15:20
【问题描述】:

在openGauss数据库中,使用gs_restore导入MOT表时,表大小为1.3GB。发生异常。日志显示请求的 1.3 GB 超过了配置的 1 GB。我该怎么办?

【问题讨论】:

    标签: open-gauss


    【解决方案1】:

    服务器端的错误日志应该有更多关于达到什么内存限制(全局或本地)的详细信息,请检查。另外,不要在单个事务中加载所有内容,而是尝试使用 --jobs 选项。

    https://opengauss.org/en/docs/3.0.0/docs/Toolreference/gs_restore.html

    -j, –jobs=NUM

    指定 gs_restore 的并发、最耗时的作业(例如加载数据、创建索引或创建约束)的数量。此参数可以大大减少将大型数据库导入运行在多处理器机器上的服务器的时间。

    每个作业是一个进程或一个线程,取决于操作系统;并使用与服务器的单独连接。

    此选项的最佳值取决于服务器硬件设置、客户端、网络、CPU 核心数和磁盘设置。建议将该参数设置为服务器的CPU核数。此外,在许多情况下,较大的值还可以导致更快的导入。但是,过大的值会因为抖动而导致性能下降。

    此参数仅支持自定义格式存档。输入文件必须是常规文件(不是管道文件)。当您选择脚本方法而不是连接到数据库服务器时,可以忽略此参数。另外,多个job不能和-single-transaction参数一起使用。

    【讨论】:

      猜你喜欢
      • 2022-07-19
      • 2022-07-19
      • 2022-07-19
      • 2022-10-13
      • 2012-05-30
      • 1970-01-01
      • 2011-08-23
      • 1970-01-01
      • 2018-01-27
      相关资源
      最近更新 更多