代结果集。但对于可滚动的结果集，JDBC驱动程序提供更多的定位方法，使ResultSet指向特定的行。定位方法如表2所示。 表2 在结果集中定位的方法 方法 描述 next() 把ResultSet向下移动一行。 previous() 把ResultSet向上移动一行。 beforeFirst()

查看更多 →

代结果集。但对于可滚动的结果集，JDBC驱动程序提供更多的定位方法，使ResultSet指向特定的行。定位方法如表2所示。 表2 在结果集中定位的方法 方法 描述 next() 把ResultSet向下移动一行。 previous() 把ResultSet向上移动一行。 beforeFirst()

查看更多 →

代结果集。但对于可滚动的结果集，JDBC驱动程序提供更多的定位方法，使ResultSet指向特定的行。定位方法如表2所示。 表2 在结果集中定位的方法 方法 描述 next() 把ResultSet向下移动一行。 previous() 把ResultSet向上移动一行。 beforeFirst()

查看更多 →

代结果集。但对于可滚动的结果集，JDBC驱动程序提供更多的定位方法，使ResultSet指向特定的行。定位方法如表2所示。 表2 在结果集中定位的方法 方法 描述 next() 把ResultSet向下移动一行。 previous() 把ResultSet向上移动一行。 beforeFirst()

查看更多 →

代结果集。但对于可滚动的结果集，JDBC驱动程序提供更多的定位方法，使ResultSet指向特定的行。定位方法如表2所示。 表2 在结果集中定位的方法 方法 描述 next() 把ResultSet向下移动一行。 previous() 把ResultSet向上移动一行。 beforeFirst()

查看更多 →

通过索引生命周期实现时间序列数据滚动索引 方案概述 对于时间序列数据，随着时间推移数据持续写入，索引会越来越大，通过生命周期管理来定期将数据滚动到新索引，并将历史老索引删除，实现自动滚动索引。 本案例通过配置生命周期策略，当索引的大小达到1TB或索引创建超过1天时，自动滚动生成新索引；当索引创

查看更多 →

le都为默认值25%，那实际升级过程中，maxSurge允许最多3个Pod存在（向上取整，2*1.25=2.5，取整为3），而maxUnavailable则不允许有Pod Unavailable（向上取整，2*0.75=1.5，取整为2），也就是说在升级过程中，一直会有2个Pod

查看更多 →

通过索引生命周期实现时间序列数据滚动索引 方案概述 对于时间序列数据，随着时间推移数据持续写入，索引会越来越大，通过生命周期管理来定期将数据滚动到新索引，并将历史老索引删除，实现自动滚动索引。 本案例通过配置生命周期策略，当索引的大小达到1TB或索引创建超过1天时，自动滚动生成新索引；当索引创

查看更多 →

，提供副本管理、滚动升级和自愈能力，其中最为常用的就是Deployment。 一个Deployment可以包含一个或多个Pod副本，每个Pod副本的角色相同，所以系统会自动为Deployment的多个Pod副本分发请求。 Deployment集成了上线部署、滚动升级、创建副本，恢

查看更多 →

le都为默认值25%，那实际升级过程中，maxSurge允许最多3个Pod存在（向上取整，2*1.25=2.5，取整为3），而maxUnavailable则不允许有Pod Unavailable（向上取整，2*0.75=1.5，取整为2），也就是说在升级过程中，一直会有2个Pod

查看更多 →

le都为默认值25%，那实际升级过程中，maxSurge允许最多3个Pod存在（向上取整，2*1.25=2.5，取整为3），而maxUnavailable则不允许有Pod Unavailable（向上取整，2*0.75=1.5，取整为2），也就是说在升级过程中，一直会有2个Pod

查看更多 →

le都为默认值25%，那实际升级过程中，maxSurge允许最多3个Pod存在（向上取整，2*1.25=2.5，取整为3），而maxUnavailable则不允许有Pod Unavailable（向上取整，2*0.75=1.5，取整为2），也就是说在升级过程中，一直会有2个Pod

查看更多 →

方式检索数据行。 在cmdsql中，只支持添加NO SCROLL关键字或者不添加滚动选项，不支持添加SCROLL关键字。 在存储过程中，支持添加NO SCROLL、SCROLL关键字，或者不添加滚动选项。 显式游标中，只有声明为NO SCROLL的游标可以并发执行，建议将不需要用到倒序检索数据行方式的游标设置为NO

查看更多 →

正常场景不涉及。 耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启10个节点耗时约20分钟。 DBService 直接重启 重启期间影响Hive获取元数据，影响组件获取配置。 直接重启耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启耗时约10分钟。 Ranger 直接重启

查看更多 →

正常场景不涉及。 耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启10个节点耗时约20分钟。 DBService 直接重启 重启期间影响Hive获取元数据，影响组件获取配置。 直接重启耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启耗时约10分钟。 Ranger 直接重启

查看更多 →

正常场景不涉及。 耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启10个节点耗时约20分钟。 DBService 直接重启 重启期间影响Hive获取元数据，影响组件获取配置。 直接重启耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启耗时约10分钟。 Ranger 直接重启

查看更多 →

组合。 下一层：组件或组合向下移动一层图层。 上一层：组件或组合向上移动一层图层。 置顶：组件置顶在画布。 置底：组件置底在画布。 调整画布比例：支持调整画布缩放比例，最小值为10%，最大值为200%。可以通过滚动条来调节，也可以通过下拉框进行选择，也支持手动输入缩放的比例，快捷键为Ctrl+鼠标滚轮。

查看更多 →

选择“现有集群”，单击集群名称进入集群详情页面。 在页面右上角选择“管理操作 > 滚动重启集群”。 图1 滚动重启集群（以 MRS 1.9.2版本为例） 弹出“滚动重启集群”页面，勾选“仅重启配置过期的实例”，单击确定，开始滚动重启集群。 滚动重启任务完成后，单击“完成”。 通过Manager重启集群 MRS

查看更多 →

1Gi CPU向上取整0.25的整数倍，MEM向上取整1的整数倍。存算比符合要求，不做调整。 0.35U 1.5Gi 0.5U 2Gi CPU向上取整0.25的整数倍，MEM向上取整1的整数倍。存算比符合要求，不做调整。 0.45U 18Gi 2.25U 18Gi CPU向上取整0.2

查看更多 →

正常场景不涉及。 耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启10个节点耗时约20分钟。 DBService 直接重启 重启期间影响Hive获取元数据，影响组件获取配置。 直接重启耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启耗时约10分钟。 Ranger 直接重启

查看更多 →

正常场景不涉及。 耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启10个节点耗时约20分钟。 DBService 直接重启 重启期间影响Hive获取元数据，影响组件获取配置。 直接重启耗时约5分钟。 滚动重启 滚动重启不影响业务。 滚动重启耗时约10分钟。 Ranger 直接重启

查看更多 →