什么情况下桶内无对象会产生流量？ 可能原因一：流量每小时结算一次，在这一个小时中其他用户向桶中上传对象后又删除了该对象，结算时桶拥有者看到桶内无对象，但实际已产生流量。 可能原因二：桶中有多段上传产生的碎片，并未合并成为对象，碎片也会产生流量。可以通过列举桶中多段任务或在控制台碎片管理排查是否存在碎片。

查看更多 →

GaussDB (for MySQL)超大表删除索引有哪些风险 删除索引是一个风险很大的操作，建议非必要不删除索引，主要原因如下： 删除索引会导致使用该索引的查询操作性能下降，慢SQL占满系统资源，影响业务正常运行。 删除索引的过程中会导致表锁定，其他用户无法访问该表，影响系统可用性。

查看更多 →

哪些资源包会按月更新额度，哪些不会？ 当前如下资源包是按月更新额度： 公网流出流量包 回源流量包 跨区域复制流量包 如下资源包额度购买后在指定时间内有效，不会按月更新额度： 标准存储包 归档存储包 按月更新额度：以公网流出流量包为例，如您购买10TB公网流出流量包一年，则您每月均

查看更多 →

什么情况下CDH会变？ 实际主体、税号发生变更，CDH会变；只变更企业信息，比如公司名称，CDH不变。 父主题： 其他

查看更多 →

录播功能会录制哪些内容？ 录制系统默认录制到的是单画面观看的效果，录制窗口不随画面布局改变而变化。 父主题： 会议录制

查看更多 →

录播功能会录制哪些内容？ 录制系统默认设置的多画面内容，包括视频和数据会议。 父主题： 会议管理

查看更多 →

排查只读节点上运行的事务： 发现有一直未提交的长事务，如上图所示（事务一天前开始），该长事务产生的临时表一直未清理，导致磁盘占用高。 解决方案 方式一：等待事务提交后，临时表会自动被清理，只读实例的磁盘占用恢复。 方式二：kill相应会话，停止长事务。 父主题： 性能资源类

查看更多 →

*可以减少表结构变更对代码带来的影响。 避免使用子查询，子查询会产生临时表，临时表没有任何索引，数据量大时严重影响效率。建议把子查询转化成关联查询。 避免使用JOIN关联太多的表，建议不要超过5个表的JOIN操作。需要JOIN的字段，数据类型必须绝对一致。 每JOIN一个表会多占用一

查看更多 →

为DRS任务连接数据库的账号。 删除、重命名和修改这些账户的密码和权限，会导致任务出错。 表1 MySQL实例创建的数据库账户 账户 使用场景 Host 说明 drsFull 全量迁移 关系型数据库MySQL实例 用户启动全量迁移任务时，系统会在目标数据库中添加该账户，用于迁移数据。

查看更多 →

*可以减少表结构变更对代码带来的影响。 避免使用子查询，子查询会产生临时表，临时表没有任何索引，数据量大时严重影响效率。建议把子查询转化成关联查询。 避免使用JOIN关联太多的表，建议不要超过5个表的JOIN操作。需要JOIN的字段，数据类型必须绝对一致。 每JOIN一个表会多占用一

查看更多 →

kube-scheduler 会产生部分自定义指标，产生费用 关闭 kubernetes-service-endpoints 会产生部分自定义指标，产生费用 关闭 表2 内置PodMonitor配置费用说明 PodMonitor 是否产生费用 默认状态（关闭表示不会采集自定义指标） istio 会产生部分自定义指标，产生费用

查看更多 →

distinct的字段全部包含于同一索引：该场景下MySQL直接使用索引对数据进行分组，然后从每组数据中取一条数据返回。 distinct字段未全部包含于索引：该场景下索引不能满足去重分组需要，会用到临时表（首先将满足条件的数据写入临时表中，然后在临时表中对数据进行分组，返回合适的数据）。因为使用临时表会带来额外的开销，所以一般情况下性能会较差。

查看更多 →

distinct的字段全部包含于同一索引：该场景下MySQL直接使用索引对数据进行分组，然后从每组数据中取一条数据返回。 distinct字段未全部包含于索引：该场景下索引不能满足去重分组需要，会用到临时表（首先将满足条件的数据写入临时表中，然后在临时表中对数据进行分组，返回合适的数据）。因为使用临时表会带来额外的开销，所以一般情况下性能会较差。

查看更多 →

关联查询 多表关联嵌套深度必须小于8。 关联嵌套过深，容易产生慢sql，应从业务层考虑优化。 表关联查询必须明确指定各表的连接条件（ON），以避免产生笛卡尔积。 例如在MySQL中，JOIN与CROSS JOIN和INNER JOIN等价，但是在SQL标准中，JOIN仅与INNER

查看更多 →

select场景，建议join条件是每个表的拆分字段或使用广播表，或者是驱动表是一个小表（inner/left join驱动表是左表，right join驱动表是右表）。 不建议两个大表直接进行join操作。 不建议join on condition中含有非等值操作。 如遇到临时表超限（Temp table

查看更多 →

门id需要下载部门id表格；负责人id、执行人id需要下载通讯录id，其他字段规则同手动录入） 填写表格后，单击导入并选中模板进行导入 模板上传成功后，单击确认即可完成导入 模板上传失败，需要根据提示完成修改，并再次导入即可 父主题： 培训管理

查看更多 →

外的心跳表来记录DDL执行过程，支持临时暂停DDL过程。这些机制导致gh-ost的执行时间比原生的DDL算法略长。 MySQL 8.0之后提出的instant秒级加列算法，不再需要rebuild整个表，只需要在表的metadata中记录新增列的基本信息即可。这种方式将大表的加列操

查看更多 →

*可以减少表结构变更对代码带来的影响。 避免使用子查询，子查询会产生临时表，临时表没有任何索引，数据量大时严重影响效率。建议把子查询转化成关联查询。 避免使用JOIN关联太多的表，建议不要超过5个表的JOIN操作。需要JOIN的字段，数据类型必须绝对一致。 每JOIN一个表会多占用一

查看更多 →

环境在什么情况下会休眠？ 如果您的环境满足以下任一条件，则会自动进入休眠状态。 您账号下同一区域内的所有CAE环境，在12小时内未部署任何组件。 您账号下同一区域内的所有CAE环境，在三天内组件持续运行时间小于5分钟。 父主题： 环境管理

查看更多 →

*可以减少表结构变更对代码带来的影响。 避免使用子查询，子查询会产生临时表，临时表没有任何索引，数据量大时严重影响效率。建议把子查询转化成关联查询。 避免使用JOIN关联太多的表，建议不要超过5个表的JOIN操作。需要JOIN的字段，数据类型必须绝对一致。 每JOIN一个表会多占用一

查看更多 →

用结果集小的表作为驱动表，尽量减少join的循环次数（使用left join/join时，左边是驱动表，右边是被驱动表；使用right join时，右边是驱动表，左边是被驱动表）。 对于被驱动表的join字段需添加索引，不建议两张大表直接进行join，尤其是包含不带限制条件的单表，将消耗大量计算资源。

查看更多 →