本章节介绍云原生网关的全局插件 概述 全局插件可应用于整个网关实例，对所有API路由都生效，目前云原生网关提供了6种全局插件。 查看全局插件配置列表 操作步骤 1. 进入微服务引擎MSE控制台； 2. 在顶部菜单栏选择资源池； 3. 单击左侧导航栏云原生网关 > 网关列表 ； 4. 您可以在网关列表页单击需要查看的网关实例ID或者 实例名称 ，也可以单击操作列中的管理按钮； 5. 单击左侧导航栏 全局插件 ，可查看全部插件和已启用插件配置列表； 查看全局插件详情 操作步骤 1. 全部插件中展示了目前云原生网关所提供的全局插件列表； 2. 点击插件图标进入插件详情页，展示插件的基本信息，使用引导页面上展示详细的配置属性； 编辑全局插件配置 操作步骤 1. 从全部插件页面点击插件图标进入插件详情页； 2. 插件配置页面展示了当前插件的配置模板； 3. 点击编辑按钮，可对该插件的配置进行编辑修改； 4. 编辑完成后，点击保存按钮，即可保存该插件配置； 5. 若要放弃配置更改，可点击取消按钮； 6. 也可进入已开启插件页面，查看目前正在生效的插件配置，对已开启插件配置进行编辑； 启停全局插件配置

1.4 IPv6带宽接口对应权限表 如下是IPv6带宽服务相关权限三元组及生效范围： 控制台接口 权限三元组 配置支持 控制台接口 权限三元组 IAM （资源池/全局） 企业项目（资源组） 查看IPv6带宽列表 vpc:ipv6Bandwidths:list √ √ 查看IPv6带宽详情 vpc:ipv6Bandwidths:get ;ecs:cloudServers:get; dps:physicalServer:get √ √ 创建IPv6带宽 vpc:ipv6Bandwidths:create √ √ 更新IPv6带宽信息 vpc:ipv6Bandwidths:update √ √ 删除IPv6带宽 vpc:ipv6Bandwidths:delete √ √ 修改IPv6 带宽规格 vpc:ipv6Bandwidths:modifyspec √ √ IPv6带宽添加IPv6地址 vpc:ipv6Bandwidths:addipv6 √ √ IPv6带宽移除IPv6地址 vpc:ipv6Bandwidths:removeipv6 √ √ 续订IPv6带宽 vpc:ipv6Bandwidths:renew √ √ 天翼云支持对用户组/子用户，进行资源池或全局维度的权限授权；同时也支持在企业项目中，对用户组进行资源组维度的权限授权。部分没有企业项目属性的接口或资源，授权只能以资源池或全局维度进行。以资源池或全局维度进行的授权判断，其优先级高于企业项目中的资源组维度授权。

本页介绍天翼云TeleDB数据库设置主从复制模式。 操作场景 该任务用于设置主从复制模式。 操作步骤 1. 以用户名和密码登录分布式数据库TeleDB控制台，在左侧导航单击实例列表 。 2. 在实例列表页面，单击目标实例所在行的详情 ，进入实例详情页面。 3. 在实例详情页，单击操作列下拉框主从复制 ，弹出设置主从复制对话框。 4. 进入设置主从复制模式 对话框，在节点组 下拉框选择节点组和在新复制模式 下拉框选择对应的复制模式。 新复制模式包括全异步、全同步、Any1、Any2、First1和First2。 全异步：主数据提交事务后，不需要等待任何备节点将WAL记录复制完成即可进行下一步操作。 全同步：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所有备节点上为止。 Any1：基于规定数量的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所列出备节点中的至少1个上为止。 Any2：基于规定数量的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所列出备节点中的至少2个上为止。 First1：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到基于优先级选择的1个备节点上为止。 First2：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到基于优先级选择的2个备节点上为止。 说明 节点组中ALL 代表所有同类型节点。 5. 单击确定 完成主从复制。

场景描述 RocketMQ的Topic是消息的逻辑分类单位，用于将消息进行分组和管理。创建Topic的场景可以根据具体业务需求来确定，以下是一些常见的场景描述： 消息发布与订阅：当需要实现消息发布与订阅模式时，可以创建一个主题来管理相关的消息。发布者可以将消息发送到该主题，而订阅者可以订阅该主题以接收感兴趣的消息。 事件驱动架构：在事件驱动的架构中，不同的模块之间通过事件进行通信。每个事件可以对应一个主题，模块可以将事件发送到相应的主题，其他模块可以订阅该主题以接收事件通知。 日志收集与分析：当需要收集大量的日志数据并进行分析时，可以创建一个主题来管理日志消息。日志产生者可以将日志消息发送到该主题，而日志消费者可以订阅该主题以进行实时分析或存储。 异步处理：当需要将某些操作异步处理时，可以创建一个主题来管理相关的异步消息。操作发起者可以将异步消息发送到该主题，而异步处理器可以订阅该主题以进行后续的异步处理。 分布式事务消息：在分布式系统中，当需要实现分布式事务消息时，可以创建一个主题来管理相关的事务消息。事务发起者可以将事务消息发送到该主题，而事务消费者可以订阅该主题以进行事务的处理和确认。 总的来说，创建主题的场景可以根据具体的业务需求来确定。主题可以帮助将消息进行逻辑分类和管理，实现不同的消息传递模式和业务场景 新建Topic 1、 天翼云官网点击控制中心，选择产品分布式消息服务RocketMQ。 2、 登录分布式消息服务RocketMQ控制台，点击右上角地域选择对应资源池。 3、 进入实例列表，点击【管理】按钮进入管理菜单。 4、 进入Topic管理菜单，点击【创建Topic】按钮 5、 在弹出的创建Topic页面，填写如下字段信息 1）默认展示当前集群名称，不可修改。 2）选择Topic所在的Broker，按照实例创建时候选择的主备节点对数列出每个broker，可复选。 3）填写Topic名称，名字限制2到64个字符，超过限制会导致创建Topic失败，用户创建Topic只能包含大小写字母数字以及和符号。 4）按照实际需求填写Topic备注。 5）填写每个Broker分区数，分区数必须大于0，小于等于8，创建严格顺序队列时，设置分区数为1，且只能选择一个broker。 6）选择生产模式，RocketMQ是一个开源的分布式消息中间件，它支持两种消息生产模式：有序和无序。 有序消息生产模式（Ordered Message）是指按照特定规则将消息发送到相同的Message Queue中，并且确保消息在消费者端按照相同的顺序进行消费。这种模式适用于那些需要严格按照消息顺序进行处理的场景，比如订单处理、流程审批等。 无序消息生产模式（Unordered Message）是指消息发送到不同的Message Queue中，每个Queue都是独立的。消费者可以并行地从多个Queue中消费消息，而无需关心消息的顺序。这种模式适用于那些不需要严格按照消息顺序处理的场景，比如日志收集、异步通知等。 需要注意的是，无论是有序还是无序消息生产模式，RocketMQ都提供了高可靠性的消息传输和存储，并支持水平扩展和高吞吐量的特性。根据具体的业务需求，选择适合的消息生产模式能够更好地满足应用的要求。 7）选择Topic的读写权限，支持读写、只读、只写3类权限。 6、 完成Topic信息填写后，保存确认即可新增主题。 7、 若希望批量创建Topic，可点击【导入Topic】按钮 导入Topic 注意：输入的Topic名不要带空格等特殊字符。 通过上传csv文件,批量创建主题。格式：点击【下载模板】按钮下载。 Topic模板 批量上传Topic的模板，必须使用模板，才能够上传成功，模板格式如下： TopicName QueueNums Perm MessageType Topic1 4 6 NORMAL Topic2 1 6 FIFO Topic3 4 6 DELAY Topic4 4 6 TRANSACTION

本章介绍天翼云关系型数据库在资源及磁盘管理时的常见问题及解决办法。 创建实例需要多长时间 对于RDS for MySQL和RDS for PostgreSQL实例： 正常情况下，无论是主备实例还是单机实例，创建时间都在57分钟之间。只读实例的创建时间与主实例的数据量有关，数据量越大，创建时间越长。如果是主实例是空实例，创建实例需78分钟。 对于RDS for SQL Server实例： 单机实例创建时间约1215分钟，主备实例创建时间约1518分钟。 如果超过这个时间，创建过程可能存在问题。 占用RDS磁盘空间的日志及文件有哪些 占用关系型数据库实例的磁盘空间的日志及文件如下表： MySQL数据库文件类型 数据库引擎 文件类型 :: MySQL 日志文件：数据库undolog、redolog和Binlog文件。 MySQL 数据文件：数据库内容文件和索引文件。 MySQL 其他文件：ibdata、iblogfile0和临时文件等。 PostgreSQL数据库文件类型 数据库引擎 文件类型 :: PostgreSQL 日志文件：数据库错误日志文件和事务日志文件。 PostgreSQL 数据文件：数据库内容文件、索引文件、复制槽数据文件、事务状态数据文件和数据库配置文件。 PostgreSQL 其他文件：临时文件。 Microsoft SQL Server数据库文件类型 数据库引擎 文件类型 :: Microsoft SQL Server 日志文件：数据库的错误日志、事务日志文件和跟踪文件。 Microsoft SQL Server 数据文件：数据库内容文件。 解决方案 1. 随着业务数据的增加，原来申请的数据库磁盘容量可能会不够用，您需要为关系型数据库实例进行扩容。 2. 针对数据空间过大，可以删除无用的历史表数据进行释放空间（DROP或TRUNCATE操作，如果是执行DELETE操作，需要使用OPTIMIZE TABLE来释放空间）；如果没有可删除的历史数据，需要进行磁盘扩容。 3. 针对大量排序查询导致的临时文件过大，建议进行优化SQL查询。 1. 应用中存在大量的排序查询，产生了大量的临时文件。 2. 短期内大量增、删、改，产生大量binlog文件占用空间。 3. 由于大量的事务和写入操作产生了大量的binlog日志文件。 4. 云监控服务目前可以监控存储空间的大小、使用量、利用率等，并且设置告警策略。

客户价值 支撑云上业务的可观测诉求，保障应用健康。 全局一站式管理：深度融合OpenTracing标准，拥抱开源生态，支持Java、Golang、Python、Node.Js等多语言应用接入，方便客户对多个应用以全局视角进行一站式管理。 降低运维成本：全托管式监控服务，免基础人力运维，按真实用量付费，降低成本。 提升运维效率：立体化监控，隐患主动告警，故障快速诊断，化被动为主动，高效运维。

本章节主要介绍操作类问题中的通用问题。 为什么要使用数据仓库？ 现状和需求 大量的企业经营性数据（订单，库存，原料，付款等）在企业的业务运营系统以及其后台的(事务型)数据库中产生的。 企业的决策者需要及时地对这些数据进行归类分析，从中获得企业运营的各种业务特征，为下一步的经营决策提供数据支撑。 困难 对数据的归类分析往往涉及到对多张数据库表数据的同时访问， 即需要同时锁住多张可能正在被不同事务更新的表单。这对业务繁忙的数据库系统来说可能是一件非常困难的事情 。 一方面很难把多张表同时锁住，造成复杂查询的时延增加。 另一方面如果锁住了多张表，又会阻挡数据库表单更新的事务，造成业务的延时甚至中断。 解决方案 数据仓库主要适用于企业数据的关联和聚合等分析场景， 并从中发掘出数据背后的商业信息供决策者参考。这里的数据发掘主要指涉及多张表的大范围的数据聚合和关联的复杂查询。 使用数据仓库，通过某个数据转换（ETL）的过程，业务运营数据库的数据可以被拷贝到数据仓库中供分析计算使用。同时支持把多个业务运营系统的数据汇集到一个数据仓库中。这样数据可以被更好地关联和分析，从而产生更大的价值。 数据仓库一般来说采用了一些和标准的面向事务的数据库(Oracle，MS SQL Server，MySQL等)不一样的设计，特别是针对数据的聚合性和关联性做了特别的优化，有些时候为了这些优化甚至可能会牺牲掉一些标准数据库的事务或者数据增删改的功能或者性能。因此，数据仓库和数据库的使用场景还是有所不同的。事务型数据库专注于事务处理（企业的业务运营），而数据仓库更擅长于复杂的数据分析。各司其职，互不干扰。简单一句话可以把它理解为，数据库主要负责数据更新，数据仓库主要负责数据分析。

本节介绍如何为子账号配置统一身份认证（IAM）的云等保专区控制台权限。 统一身份认证（Identity and Access Management，简称IAM）服务，是提供给用户进行权限管理的基础服务，可以帮助您安全地控制云服务和资源的访问及操作权限。 默认情况下，天翼云主账号拥有所有权限，而主账号创建的IAM子账号没有任何权限。IAM子账号需要授权相应策略，或加入用户组并给用户组授权相应策略后，IAM用户才能获得策略对应的权限，才可以基于被授予的权限对云服务进行操作。 说明 如需要为子账号配置购买权限，还需要配置支付下单，弹性IP、弹性云主机等权限，具体策略请参见依赖策略说明。 云等保专区IAM策略，仅针对云等保专区的控制台，若想具体查看各原子能力的控制台或系统，还需针对各原子能力配置对应的策略，具体请参考云等保专区IAM策略说明。 云等保专区IAM策略说明 云等保专区提供如下系统策略： 策略名称 策略描述 类别 授权范围 云等保商用管理员 拥有云等保专区控制台所有权限，可操作云等保控制台所有的菜单。 系统策略 全局级 云等保业务管理员 拥有云等保专区控制台所有操作权限，但无法进行新购，续订，升配，退订相关订单操作。 系统策略 全局级 云等保云安全中心 仅可查看、操作云等保专区云安全中心菜单；其他原子能力菜单不可见。 系统策略 全局级 云等保主机安全 仅可查看、操作云等保专区主机安全菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保Web应用防火墙 仅可查看、操作云等保专区Web应用防火墙菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保下一代防火墙 仅可查看、操作云等保专区下一代防火墙菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保堡垒机 仅可查看、操作云等保专区堡垒机菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保漏洞扫描 仅可查看、操作云等保专区漏洞扫描菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保数据库审计 仅可查看、操作云等保专区数据库审计菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保日志审计 仅可查看、操作云等保专区日志审计菜单，包括v1.0，v2.0二级菜单，其他原子能力菜单不可见。 系统策略 全局级 云等保安全体检 仅可查看、操作云等保专区安全体检菜单，其他原子能力菜单不可见。 系统策略 全局级 部分v2.0原子能力需要单独配置原子能力IAM权限才可使用，具体请参考下表： 能力名称 参考链接 主机安全v2.0 主机安全v2.0权限管理 Web应用防火墙v2.0 Web应用防火墙v2.0权限管理 下一代防火墙v2.0 下一代防火墙v2.0权限管理 数据库审计v2.0 数据库审计v2.0权限管理 堡垒机v2.0 堡垒机v2.0权限管理

查看全局字典 单击全局字典首页操作列的【查看】，可进入“查看全局字典”页面，可查看每个全局字典的名称和大小。单击【返回】可回到全局字典首页。 编辑全局字典 单击全局字典首页操作列的【编辑】，可进入“编辑全局字典”页面，可修改每个全局字典的名称和大小，也可以删除或增加一行全局字典。单击【取消】可回到全局字典首页，单击【确认提交】可提交部署。 删除全局字典 单击全局字典首页操作列的【删除】，可删除所有全局字典，在删除之前会有二次确认弹窗提醒，单击【确定】后会删除所有全局字典。如删除失败，可单击操作列的【失败重试】进行重试，直到删除成功为止。 注意 注意 删除全局字典前必须得先删除全局task脚本。

查看全局拓扑 步骤 1 登录管理控制台。 步骤 2 单击左侧，选择“应用性能管理 APM”，进入APM服务页面。 步骤 3 在左侧导航栏选择“应用监控 > 指标”。 步骤 4 在界面左侧树单击对应应用，进入该应用的详情页。 步骤 5 单击“全局拓扑”，查看该应用下所有组件的调用及依赖关系。 单击组件之间的连线，会在右侧显示详细的数据。 可以通过标签筛选需要查看的调用关系；也可以打开“只显示组件之间调用”开关，屏蔽非应用内部调用关系。 图 查看全局拓扑

本页介绍天翼云TeleDB数据库中表膨胀问题和应对建议。 由于TeleDB的MVCC实现机制原因，表数据的历史版本是保存在当前数据文件中的，通过VACUUM标识和回收一定时间之前的历史版本。对于增、删、改频率很高的表，由于VACUUM回收需要一定的时间，且回收与长事务有关，长事务会导致VACUUM不能及时标识回收历史版本，而频繁的新增、更新操作会写更多的新的页（数据块），导致表数据文件不断膨胀。 表膨胀会带来一些性能影响，如占用了更多的空间，全表扫描时需要扫描更多的的页（数据块）、更耗I/O、更耗时、索引扫描效率也会降低；VACUUM FREEZE时因需要全表扫描，同样效率更低。这和Oracle数据库频繁增、删、改导致的高水位表现一样。 应对表膨胀的建议有几点： 定期清理长事务，避免因长事务导致VACUUM回收失效。 大事务尽量拆成小事务。 设置合理的AUTOVACUUM，尽量能及时回收空间。 配置更好的硬件资源，提高SQL执行效率，提升VACUUM回收效率。 定期监测表膨胀情况，必要时在维护窗口、业务低峰期进行手动回收，或重建表。 用其它方案代替高频增删改的表，例如加入缓存层，高频操作在缓存层实时操作，然后定时同步到数据库。 评估是否可以设计为分区表，通过定期清理历史分区的方式加快数据回收。

约束限制 对于主备实例，复制延迟大于300秒无法升级大版本。 实例中存在异常节点，无法升级大版本。 MySQL 5.7及之后版本不再支持Sequence Engine，升级前请确认。 目前RDS for MySQL实例最大可支持50万张表（系统表+数据表），大于50万张表时，会导致大版本升级失败。 云数据库RDS for MySQL暂不支持已开启事件定时器功能的实例升级大版本，若您想使用该功能，请先关闭事件定时器。具体操作请参考开启或关闭事件定时器。 升级到8.0版本后，主实例和只读实例会共用SQL限流规则，为避免主实例SQL限流规则对只读业务造成影响，请在升级前审视调整主实例SQL限流规则、以及主实例和只读实例的SQL限流开关。 准备升级时，如果仍存在XA prepared状态的XA事务：请使用 XA recover; 语句排查后，将这些XA事务commit或者rollback，再进行升级；否则无法升级成功。 − XA recover语句只会显示XA prepare状态后的XA事务，其他阶段如XA start、XA end、XA commit、XA rollback后的XA事务都不会显示在其中。 − 如果要commit或者rollback处于XA prepare状态的XA事务，请在XA recover返回的结果中，找到data一列（如下图中的'xid1'），作为XA commit或者XA rollback的输入。 图 排查XA事务 以下场景不支持RDS for MySQL 5.7升级至8.0： − 不支持已绑定DRDS或已开通数据库代理的RDS for MySQL实例进行升级。 − 不支持单机进行升级。 − 主实例下的只读实例带有SQL限流规则时，不支持升级，请在升级前删除只读的限流规则。

本页介绍天翼云TeleDB数据库的开发相关规范。 1. 建议对表、视图、列添加备注，可以通过阅读备注信息，快速了解相关对象定义，了解相关业务关联逻辑。 2. 在对象命名时，取名应与该对象表达的意义相匹配，做到见名知义。 3. 建议update更新时尽量增加 <> 判断条件，例如update tablea set columnb c ；可以更改为update tablea set columnb c where columnb <> c；更新列时，已经是更新后值的记录不会再去更新，不会新增1个版本记录，可以减少vacuum回收工作量。 4. 建议不要使用大事务，大事务会锁更多的资源，锁的时间会更长，应将大事务按业务需要拆分成多个小事务，拆分成小事务后可以有效降低锁冲突概率。 5. 建议大批量数据入库时，使用copy代替insert、upsert，可以显著提高效率。 6. 不使用外键，外键会让数据库逻辑变的更复杂，还有一些使用限制，应通过业务逻辑代替外键。 7. 不使用触发器，触发器严重影响性能，应通过业务逻辑代替触发器。

本章节介绍了如何开启分布式消息服务RocketMQ实例的消息轨迹功能。 操作场景 查询消息轨迹前，需要先在客户端开启消息轨迹。 本章节介绍使用Java和Go开启消息轨迹的方法。 操作步骤（Java） 在客户端开启消息轨迹的方法如下： 生产者开启消息轨迹（除事务消息以外的消息 类型 ） 构造函数的“enableMsgTrace”参数传入“true”，例如： DefaultMQProducer producer new DefaultMQProducer("ProducerGroupName", true); 生产者开启消息轨迹（ 事务消息 ） 构造函数的“enableMsgTrace”参数传入“true”，例如： TransactionMQProducer producer new TransactionMQProducer(null,"ProducerGroupName", null, true, null); 须知： 生产者客户端版本在4.9.0以上才支持事务消息的轨迹，如果版本不满足要求，请先升级。 消费者开启消息轨迹 构造函数的“enableMsgTrace”参数传入“true”，例如： DefaultMQPushConsumer consumer new DefaultMQPushConsumer("ConsumerGroupName",true); 操作步骤（Go ） 在客户端开启消息轨迹的方法如下： 1. 执行以下命令，检查是否已安装Go。 go version 返回如下回显时，说明Go已经安装。 [root@ecstest sarama] go version goversion go1.16.5 linux/amd64 如果未安装Go，请下载并安装。 2. 在“go.mod”中增加以下代码，添加依赖。 3. 生产者开启消息轨迹（以下加粗内容需要替换为实例自有信息，请根据实际情况替换）。 4. 消费者开启消息轨迹（以下加粗内容需要替换为实例自有信息，请根据实际情况替换）。

可能影响 表年龄回收失败，长时间可能会导致表膨胀严重，影响性能，甚至会导致事务回卷，节点进入只读状态。 解决步骤 1. 先检查并清理一些长事务SQL，长期执行未结束的SQL； 2. 执行以下命令，减少年龄差，缩小年龄回收范围： > set vacuumdeferfreezeminage to 1000000; 3. 再尝试回收。 表元数据错误导致年龄回收失败问题 问题描述 表年龄回收时，报错如下： ERROR: catalog is missing xx attribute(s) for relid xxx 可能原因 表年龄回收失败，长时间可能会导致表膨胀严重，影响性能，甚至会导致事务回卷，节点进入只读状态。 解决步骤 参考文档先修复元数据不一致问题，然后再尝试回收。 toast表元数据错误导致年龄回收失败问题 问题描述 toast表年龄回收时，报错如下： ERROR: catalog is missing xx attribute(s) for relid xxx 可能原因 表年龄回收失败，长时间可能会导致表膨胀严重，影响性能，甚至会导致事务回卷，节点进入只读状态。 解决步骤 设置set allowforceddlon;后再尝试回收。 临时表残留导致年龄回收失败问题 问题描述 临时表其它进程无法访问，有残留临时表时，无法手动回收这些临时表年龄。 可能影响 表年龄回收失败，长时间可能会导致表膨胀严重，影响性能，甚至会导致事务回卷，节点进入只读状态。

分布式缓存服务Redis的分组如何理解？ Db的别名，与redis的db一一对应，类似于关系型数据库的表。 group.实例名称.xxx, xxx可以对应相关的业务表。 客户端监控指标有哪些？ 监控维度包括监控点（集群），标识（客户端IP），请求接入机地址，分组id， 操作类型(Read/Write），返回码，请求报文大小（大于32K，大于1K，小于等于1K），返回报文大小（大于32K，大于1K，小于等于1K）等。 统计值包括：请求数量、最大耗时、平均耗时。 接入机监控指标有哪些？ 接入机监控维度包括监控点（集群），标识（客户端IP+端口+名称），请求来源IP，分组id， 操作类型(Read/Write），Redis实例id，返回码，请求报文大小（大于32K，大于1K，小于等于1K），返回报文大小（大于32K，大于1K，小于等于1K）等。 统计值包括：请求数量、最大耗时、平均耗时。 管道类批量事务是否支持？ 单机主备支持，集群版不支持。 原生的redis事务将多条命令封装为批处理串行执行，不具备acid的事务完整性、一致性和隔离性，使用起来有些应用需要做很多额外的操作，较为繁琐；若需要解决并发修改冲突，建议采用乐观锁机制处理。 什么是Redis分片？ Redis分片是一种数据分布策略，用于将数据分散存储在多个Redis实例中，从而实现水平扩展和负载均衡。 在Redis分片中，数据被划分成多个分片（或称为分区），每个分片存储部分数据，并由独立的Redis实例来处理。 Redis分片的主要目的是解决单个Redis实例的存储容量和性能限制。通过将数据分散到多个实例上，可以将负载分摊到多个节点上，提高整体系统的处理能力和吞吐量。此外，Redis分片还可以扩展存储容量，因为每个实例都可以存储一部分数据，总容量可以通过添加更多实例来增加。

本文主要介绍产品功能 应用指标监控 APM应用指标监控可以度量应用的整体健康状况。APM Agent会采集Java应用的JVM，GC，服务调用，异常，外部调用，数据库访问以及其他中间件的指标数据，帮助用户全面掌握应用的运行情况。 调用链追踪 APM能够针对应用的调用情况，对调用进行全方面的监控，可视化地还原业务的执行路线和状态，协助性能及故障快速定位。 在查询后的调用链列表中，单击待查看的调用链的链接，查看该调用链基本信息。 调用链详情页面可以查看调用链的完整链路信息，包含本地方法堆栈和相关远程调用的调用关系。 应用拓扑 应用拓扑主要分两种： 单组件拓扑：是单个组件下的单个环境的拓扑，同时可以展开直接或间接上下游的组件的拓扑关系。 全局应用拓扑：可以查看这个应用下面全部或者部分组件的全局拓扑关系。 拓扑图展示服务之间一段时间的调用关系，可以是从调用方统计的，也可以是从被调用方统计的，并且可以查看这个调用关系的趋势图。通过拓扑图，一方面可以自动梳理服务之间的调用关系，同时也可以从全局视角查看服务之间调用是否正常，快速定位问题所在。可以清晰地展示应用间关系、调用数据（服务、实例指标）、健康状况等详细内容。

本文主要介绍DMS for Kafka请求条件。 您可以在创建自定义策略时，通过添加“请求条件”（Condition元素）来控制策略何时生效。请求条件包括条件键和运算符，条件键表示策略语句的 Condition元素，分为全局级条件键和服务级条件键。全局级条件键（前缀为g:）适用于所有操作，服务级条件键（前缀为服务缩写，如dms:）仅适用于对应服务的操作。运算符与条件键一起使用，构成完整的条件判断语句。 DMS for Kafka通过IAM预置了一组条件键，例如，您可以先使用dms:ssl条件键检查Kafka实例是否开启SASL，然后再允许执行操作。下表显示了适用于DMS for Kafka服务特定的条件键。 表DMS for Kafka请求条件 DMS for Kafka条件键 运算符 描述 dms:publicIP BoolIsNullOrEmptyBoolIfExists 是否开启公网 dms:ssl BoolIsNullOrEmptyBoolIfExists 是否开启SASL

本文主要介绍分布式消息服务RabbitMQ的请求条件。 您可以在创建自定义策略时，通过添加“请求条件”（Condition元素）来控制策略何时生效。请求条件包括条件键和运算符，条件键表示策略语句的 Condition元素，分为全局级条件键和服务级条件键。全局级条件键（前缀为g:）适用于所有操作，服务级条件键（前缀为服务缩写，如dms:）仅适用于对应服务的操作。运算符与条件键一起使用，构成完整的条件判断语句。 分布式消息服务RabbitMQ通过IAM预置了一组条件键，例如，您可以先使用dms:ssl条件键检查RabbitMQ实例是否开启SSL，然后再允许执行操作。下表显示了适用于RabbitMQ服务特定的条件键。 表1 分布式消息服务RabbitMQ请求条件 RabbitMQ条件键 运算符 描述 dms:publicIP Bool Null 是否开启公网 dms:ssl Bool Null 是否开启SSL

介绍APM监控详情里上下游分析中的上游应用相关指标的名称、含义等信息。 上游应用指标说明表 指标类别 指标 指标说明 数据类型 上游应用详情 queueSize 请求排队数量 Long 上游应用详情 exceptionTransactionCountMapSize 异常事务计数大小 Long 上游应用详情 appTransactionDurationCountMapSize 应用事务持续时间 Long 上游应用详情 appTransactionCountMapSize 应用事务次数 Long 上游应用详情 exceptionTransactionDurationCountMapSize 异常事务持续时间 Long 上游应用详情 appInCallDurationCountMapSize 应用内部请求持续时间 Long 上游应用详情 appOutCallCountMapSize 应用外部请求持续次数 Long 上游应用详情 appTransactionErrorCountMapSize 应用事务错误次数 Long 上游应用详情 appOutCallDurationCountMapSize 应用外部请求耗时 Long 上游应用详情 appInCallErrorCountMapSize 应用内部调用错误次数 Long 上游应用详情 appoutcallcount 应用请求数量 Long 上游应用详情 appoutcallduration 应用请求耗时 Double 上游应用详情 appincallcount 应用提供调用请求数量 Long 上游应用详情 appincallduration 应用提供调用请求耗时 Long 上游应用详情 appoutcallerrorcount 应用请求错误量 Long 上游应用详情 appincallerrorcount 应用提供调用错误量 Long 上游应用详情 appOutCallErrorCountMapSize 应用提供调用请求耗时 Long 上游应用详情 appInCallCountMapSize 应用提供调用请求数量 Long 上游应用详情 httpCodeTransactionCountMapSize Http请求返回码统计 Long 上游应用详情 aggregationQueueSize 聚合队列大小 Long 上游应用详情 aggregationExporterFailMetrics 聚合输出失败指标大小 Long 上游应用详情 armsheartbeatdeployment 心跳 Long

临时表导致实例I/O高 现象 通常情况下MySQL产生的临时文件很小，同时也会及时释放，但是一些异常情况下，比如慢查询，会导致短时间产生大量的临时文件。如果临时目录很大，可能存在慢SQL排序、去重等操作导致创建很大的临时表。临时表写入也会造成I/O增加。您可以在实例监控指标页面查看临时表创建情况。 解决方案 在控制台的慢日志页面，下载并查看执行缓慢的SQL，通过分析慢SQL的执行耗时和执行计划，优化对应的SQL。 读取冷数据导致实例I/O高 现象 关系型数据库MySQL版采用的是buffer pool缓存架构，SQL访问或者修改的数据行，不在buffer pool中命中，就需要到文件系统中读取物理文件，这时会产生大量的读IO，如果buffer pool空闲页不够，还需要交换部分脏页数据到磁盘，同时又会产生大量的写IO。您可以在实例监控指标页面查看缓冲池命中率。 解决方案 根据业务场景重新设计业务缓存策略，或者升级实例规格。 大事务写Binlog导致实例I/O高 现象 关系数据库MySQL版在事务提交时候需要写binlog，默认binlog日志为行格式，当出现大事务时候，比如一个大表一次delete大量数据，这时候会产生大量的binlog日志，可能达到几十G甚至更多，binlog文件需要刷盘，造成突然很高的磁盘IO使用率。 解决方案 建议尽量将大事务拆分为小事务，避免大事务和降低刷新磁盘频率。

本页介绍天翼云TeleDB数据库的事务控制方法。 1. 开始一个事务 plaintext teledb begin; BEGIN 或者 plaintext teledb begin TRANSACTION ; BEGIN 也可以定义事务的级别。 plaintext teledb begin transaction isolation level read committed ; BEGIN 2. 提交事务 会话1访问 plaintext teledb begin; BEGIN teledb delete from bills where id 11; DELETE 1 teledb select from bills; id goodsdesc beginunit begincity pubtime amount +++++ 1 衣服 海南省 三亚市 20151005 09:32:01 3714.15 2 建筑设备 福建省 三明市 20151005 07:21:22 8195.98 5 5 0铲车，后八轮翻斗车 河南省 三门峡市 20151005 07:53:13 6252.91 6 鲜香菇2000斤 河南省 三门峡市 20151005 10:38:29 1828.83 8 旋挖附件35吨 河南省 三门峡市 20151005 10:48:38 9885.95 9 旋挖附件39吨 河南省 三门峡市 20151005 11:38:38 4971.79 3 设备 福建省 三明市 20151005 11:21:54 6351.44 4 普货 福建省 三明市 20151005 15:19:17 7626.41 7 旋挖附件38吨 河南省 三门峡市 20151005 10:48:38 9376.8 10 设备 上海市 上海市 20151005 07:59:35 1784.63 (10 rows) TeleDB也是完全支持ACID特性，没提交前开启另一个连接查询，你会看到是11条记录，这是TeleDB隔离性和多版本视图的实现，如下所示 会话2访问 plaintext teledb

标识符类型 最大限制 Database 总数量 无限制 Table 总数量 无限制 View 总数量 无限制 单个 Database 的 Table 数量 无限制 单个 Table 的 Column 数量 默认为 1017，最大可调至 4096 单个 Table 的 Index 数量 默认为 64，最大可调至 512 单个 Table 的 Row 数量 无限制 单个 Table 的 Partition 数量 8192 Connection 数量 无限制 单个事务最大语句数 在使用乐观事务并开启事务重试的情况下，默认限制 5000

介绍性能测试服务的产品规格 性能测试服务分为专业版和企业版。 特性 专业版 企业版 文件变量 支持，单个文件变量最大10M，最多5个 支持，单文件变量最大80M，最多100个 测试事务数量(串联链路或API) 最大50个 最大100个 最大并发数 5千 1000万 APM报告集成，性能TOP瓶颈智能推荐 支持，最多添加关联5个分析对象 支持，关联分析对象数量与测试任务数配额一致

本页介绍天翼云TeleDB数据库设置主从复制模式。 操作场景 该任务用于设置主从复制模式。 操作步骤 1. 切换至TeleDB控制台，在左侧导航单击实例列表 。 2. 在实例列表页面，单击目标实例所在行的详情 ，进入实例详情页面。 3. 在实例详情页，单击操作列下拉框主从复制 ，弹出设置主从复制对话框。 4. 进入设置主从复制模式 对话框，在节点组 下拉框选择节点组和在新复制模式下拉框选择对应的复制模式。 新复制模式包括全异步、全同步、Any1、Any2、First1和First2。 全异步：主数据提交事务后，不需要等待任何备节点将WAL记录复制完成即可进行下一步操作。 全同步：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所有备节点上为止。 Any1：基于规定数量的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所列出备节点中的至少1个上为止。 Any2：基于规定数量的同步复制，会让事务提交等待，直到它们的WAL记录被复制到所列出备节点中的至少2个上为止。 First1：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到基于优先级选择的1个备节点上为止。 First2：基于优先的同步复制，会让事务提交等待，直到它们的WAL记录被复制到基于优先级选择的2个备节点上为止。 5. 单击确定完成主从复制。

1.3 对等连接接口对应权限表 如下是对等连接服务相关权限三元组及生效范围： 控制台接口 权限三元组 配置支持 控制台接口 权限三元组 IAM（资源池/全局） 企业项目（资源组） 查询对等连接列表 vpc:peering:list √ √ 查询对等连接详情 vpc:peering:get vpc:peeringRoute:list √ √ 修改对等连接 vpc:peering:update √ √ 删除对等连接 vpc:peering:delete √ √ 创建对等连接 vpc:peering:create vpc:vpcs:list √ √ 连接请求 vpc:peeringConnectRequst:list √ √ 接受/拒绝建立对等连接 vpc:peeringConnectRequst:update √ √ 查询对等连接路由 vpc:peeringRoute:list √ √ 删除对等连接路由 vpc:peeringRoute:delete √ √ 添加对等连接路由 vpc:peeringRoute:create √ √ 天翼云支持对用户组/子用户，进行资源池或全局维度的权限授权；同时也支持在企业项目中，对用户组进行资源组维度的权限授权。部分没有企业项目属性的接口或资源，授权只能以资源池或全局维度进行。以资源池或全局维度进行的授权判断，其优先级高于企业项目中的资源组维度授权。

本文介绍了主备复制延迟持续增长后自动恢复的方法。 场景描述 MySQL实例复制延迟很大，在一段时间内持续增长，在业务低峰期自动恢复。 原因分析 查看数据库主从延时是在一定时间内延时变大且一段时间内持续增长，业务低谷期恢复正常的，根据该现象可以推测此场景为大事务，业务高峰期，或DDL操作导致。可以通过控制台查看慢日志，分析慢SQL，以及观察事务记录是否有大事务或DDL操作。 查看控制台慢查询分析，分析慢查询语句，使用索引优化SQL语句时应当要考虑业务峰值，后面查看控制台事务记录发现，业务正在高峰期，有大量的instert操作，但发现有增加，删除索引的DDL操作，因为表的数据量上千万，耗时长，从而导致从节点在回放该DDL时复制延迟持续增长，回放完DDL后延迟恢复正常。 解决方案 该场景属于正常现象，等待DDL执行完成后，延迟会自动恢复。 索引的改动是涉及整个表的，建议在业务低谷期进行增删索引的操作。

数据库引擎 文件类型 PostgreSQL 日志文件：数据库错误日志文件和事务日志文件。 PostgreSQL 数据文件：数据库内容文件、索引文件、复制槽数据文件、事务状态数据文件和数据库配置文件。 PostgreSQL 其他文件：临时文件。

如何启用 在配置窗口页以 YAML 格式填写 配置示例 在服务对象中配置cors插件，此处设置缓存结果的最大时间maxage600。 curl H 'XAPIKEY: 2571e288e8f4cd273cab342440068469' X PUT d '> { > "name": "test12", > "uri": "/hello", > "plugins": { > "cors": { > "maxage": 600 > } > }, > "upstream": { > "type": "roundrobin", > "nodes": { > "127.0.0.1:39087": 1 > } > } > }' 启用/停用 在配置页面设置生效开关 验证插件 请求接口，发现已返回cors相关的 header，代表插件已经生效。 curl v X GET ... < Server: APISIX/2.13.3 < AccessControlAllowOrigin: < AccessControlAllowMethods: < AccessControlMaxAge: 600 < AccessControlExposeHeaders: < AccessControlAllowHeaders: ... 信息重写类 重写Proxyrewrite插件 描述 proxyrewrite 是一个上游服务信息重写插件。 作用范围 该插件即可用于全局插件，也可用于路由级插件。全局插件配置的优先级高于路由级插件配置，当同时在某一路由上配置了proxyrewrite的全局插件和路由级插件时，以全局插件配置中设置的属性值为准。 属性 名称 类型 必选项 有效值 描述 uri string 否 转发到上游的新uri 地址。 regexuri array[string] 否 ["GET", "POST", "PUT", "HEAD", "DELETE", "OPTIONS","MKCOL", "COPY", "MOVE", "PROPFIND", "PROPFIND","LOCK", "UNLOCK", "PATCH", "TRACE"] 转发到上游的新uri 地址, 使用正则表达式匹配来自客户端的 uri，当匹配成功后使用模板替换转发到上游的 uri, 未匹配成功时将客户端请求的 uri 转发至上游。当 uri 和 regexuri 同时存在时，uri 优先被使用。 host string 否 转发到上游的新host 地址。

本章节介绍微服务治理中心安全治理相关能力 全局鉴权 微服务治理中心提供全局鉴权能力，通过创建鉴权规则，无需变更所有服务即可便捷地实现多个微服务之间通信的身份验证，搭建微服务架构安全访问体系。 功能入口 1. 登录微服务治理控制台。 2. 在控制台左侧栏选择安全治理，单击全局鉴权。 相关操作 创建鉴权规则：单击 创建鉴权 ，配置鉴权信息，单击确认完成创建。 查看鉴权规则：单击目标鉴权规则操作列的详情 ，查看鉴权规则信息。 开启鉴权规则：单击目标鉴权规则操作列的开启 ，使鉴权规则生效。 关闭鉴权规则：单击目标鉴权规则操作列的关闭 ，关闭鉴权规则。 编辑鉴权规则：单击目标鉴权规则操作列的编辑 ，编辑鉴权规则。 删除鉴权规则：单击目标鉴权规则操作列的删除 ，删除鉴权规则。 JWT鉴权 JWT（JSON Web Token）用于网络应用间以JSON安全传输信息，该信息可以由使用密钥（使用 HMAC 算法）或使用RSA密钥对进行签名，因此JWT是可以被信任和验证的。 微服务治理中心的JWT鉴权能力基于JWT标准实现了一套服务安全调用的身份验证机制，无需中心化的鉴权服务，只需接入微服务治理中心并配置JWT鉴权，应用即可通过Token验证请求者的身份。

介绍分布式消息服务RabbitMQ信道管理操作内容。 场景描述 RabbitMQ 信道管理的场景描述如下： 并发处理：在高并发的场景下，有大量的消息需要发送或接收。为了提高性能和效率，可以使用多个信道来同时处理消息。通过合理地管理信道，可以实现消息的并发处理，提高系统的吞吐量和响应速度。 事务管理：在某些情况下，需要确保消息的原子性操作，即要么全部成功，要么全部失败。通过使用信道的事务机制，可以将多个操作封装在一个事务中，以确保消息的一致性和可靠性。在需要严格的数据一致性的场景下，信道的事务管理非常重要。 消息确认机制：在消息的发送和接收过程中，可能会出现网络故障或其他错误导致消息丢失或处理失败。为了确保消息的可靠性，可以使用信道的消息确认机制。通过确认机制，消息的发送者可以收到关于消息是否已经被成功处理的确认信息，从而可以进行相应的处理。 限流控制：在消息的发送和接收过程中，可能会出现瞬时的高负载情况，导致系统资源的过度消耗。为了避免这种情况，可以使用信道的限流控制机制。通过限制每个信道的消息数量或速率，可以控制系统的负载，保护系统的稳定性和可用性。 总之，RabbitMQ 信道管理的场景涉及并发处理、事务管理、消息确认机制和限流控制。通过合理地管理和优化信道，可以提高系统的性能、可靠性和稳定性，确保消息的可靠传递和处理。 信道列表 （1）登录管理控制台。 （2）进入RabbitMQ管理控制台。 （3）在实例列表页在操作列，目标实例行点击“管理”。 （4）点击“信道管理”进入信道列表。

本页介绍了文档数据库服务性能相关常见问题。 文档数据库服务什么情况下会触发主备切换 当集群和副本集的primary节点down掉之后，会触发主备切换。另外，您也可以在控制台实例基本信息页面进行主动的主备切换。文档数据库服务通过提供集群的连接串方式，便于应用端在主备切换后可以正常的进行读写，建议您使用连接串的方式配置业务的数据库服务访问。 当发现磁盘使用率高时怎么进行问题排查 您可以通过监控查看机器磁盘使用率。如果磁盘使用率高，可以从下面几个角度进行排查解决： 确认业务数据量，您可以先连接数据库，执行 show dbs 命令观察目前数据库的数据量。如果发现是业务数据量太大，那么可以对该实例进行磁盘扩容。 您也可以将过期无需再使用的业务数据进行删除。 文档数据库服务默认使用WiredTiger存储引擎。WiredTiger存储引擎在删除数据时，不会直接释放磁盘空间，您可以借助compact命令进行磁盘空间的释放回收。 对于sharding集群实例，确认是否因选择的分片不合理引发数据分布不均衡问题，可以优化数据库集合分片配置。 副本集中主从同步存在多长时间的延迟 数据库主备同步延迟受多种因素的影响，常见的有： 主备节点间的网络延迟，主备节点间的数据同步需要通过网络传输。 复制策略：异步复制通常会引入更大的延迟。 数据库负载：如主节点的负载较高，处理写入操作的速度可能会受到限制，从而导致主备延迟加大。 事务大小：大事务通常会导致更长的主备同步延迟。 您可以通过连接文档数据库服务，执行rs.printSlaveReplicationInfo()指令查看副本集中的主备同步延迟。