TOP SQL
自治服务提供实时TOP SQL 和历史TOP SQL 查询功能，挖掘出SQL语句级别的详细性能开销。前提条件 实例不能是RDS SQL Server 2008 R2云盘版。操作步骤 访问 RDS实例列表，在上方选择地域，然后单击目标实例ID。在左侧导航栏中，选择 自治服务...
TOP Objects
数据库自治服务DAS 为 RDS SQL Server 提供实TOP Objects查询功能，查看数据库实例中对象级别（存储过程、函数、触发器等）的性能开销。前提条件 当前不支持 RDS SQL Server 2008 R2云盘版。操作步骤 登录 DAS控制台。在左侧导航栏中，单击...
Bucket Shuffle Join
本文介绍 云数据库 SelectDB 版 支持通过Bucket Shuffle Join进行查询优化，能够减少数据在节点间的传输耗时和Join时的内存开销，进而优化查询性能。功能简介 Bucket Shuffle Join旨在为某些Join查询提供基于本地的优化，减少数据在节点间...
TOP Objects
实时TOP Objects-平均开销参数说明 参数 说明 平均CPU开销 数据库对象平均每次执行CPU开销，单位为毫秒。平均执行耗时 数据库对象平均每次执行耗时，单位为毫秒。平均逻辑读 数据库对象平均每次执行的逻辑读消耗。平均返回行 数据库对象...
TOP SQL
数据库自治服务DAS 为 RDS SQL Server 提供实时TOP SQL和历史TOP SQL查询功能，查看SQL语句级别的性能开销。前提条件 当前不支持 RDS SQL Server 2008 R2云盘版。操作步骤 登录 DAS控制台。在左侧导航栏中，单击 实例监控。找到目标实例，...
ST_CostUnion
合并所有的障碍物网格开销数组，重叠的网格采用最大的开销并只保留一个，支持退化网格合并。语法 gridcost[]ST_CostUnion(gridcost[]barriers);参数 参数名称 描述 barriers 网格开销数组。描述 合并所有的障碍物网格开销数组，重叠的网格...
ST_CostUnion
合并所有的障碍物网格开销数组，重叠的网格采用最大的开销并只保留一个，支持退化网格合并。语法 gridcost[]ST_CostUnion(gridcost[]barriers);参数 参数名称 描述 barriers 网格开销数组。描述 合并所有的障碍物网格开销数组，重叠的网格...
ST_SetCost
为给定的障碍物网格数组赋予通行开销。语法 gridcost ST_SetCost(geomgrid[]barriers,smallint cost);参数 参数名称 描述 barriers 地理网格数组。cost 通行开销，不可通行置为-1。设置为-1时代表不可通行。描述 为给定的障碍物网格数组...
ST_SetCost
为给定的障碍物网格数组赋予通行开销。语法 gridcost ST_SetCost(geomgrid[]barriers,smallint cost);参数 参数名称 描述 barriers 地理网格数组。cost 通行开销，不可通行置为-1。设置为-1时代表不可通行。描述 为给定的障碍物网格数组...
RDS SQL Server CPU使用率高问题
另外 Page_Lookups/sec 的值升高一定会导致CPU使用率升高，但也会有些查询语句的执行开销很高而逻辑读开销并不高，这时要分析对应时段内的查询语句以定位原因，您可以通过 SQL审计 查看相关语句。分析活动会话 原因 导致RDS SQL Server实例...
ARMS Java探针性能压测报告
与其他通过字节码增强技术实现的性能管理方案一样，ARMS探针会带来一定的应用性能开销，但ARMS团队已经采用多项技术对探针进行优化，将探针的性能开销降低到极低的范围，以确保应用的稳定运行。在本篇测试报告中，我们模拟了真实的使用场景...
使用EXPLAIN
独立地抓取行比顺序地读取它们的开销高很多，但是不是所有的表页面都被访问，这么做实际上仍然比一次顺序扫描开销要少（使用两层计划的原因是因为上层规划节点把索引标识出来的行位置在读取之前按照物理位置排序，这样可以最小化单独抓取的...
拓展组件
性能开销较小，支持千级数据。使用透明材质，不受光照影响。可在数据中指定单个区域顶面颜色、侧面颜色。支持选取单个要素。属性名称 参数 说明 围栏组件 配置资产 选择围栏资产资源。相对坐标 单击 图标，控制当前对象的相对坐标位置。...
RDS MySQL Online DDL 使用
修改列的数据类型 不支持 需要 不允许 允许-添加主键 支持 需要 允许 允许 尽管支持Algorithm=INPLACE，但因为数据实质上需要重新组织，因此操作的开销高昂。如果涉及的列需要转换为NOT NULL，则不支持Algorithm=INPLACE。删除主键并添加新...
RDS MySQL Online DDL 使用
修改Key_Block_Size属性 支持 需要 允许 允许 尽管支持Algorithm=INPLACE，但因为数据实质上需要重新组织，因此操作的开销高昂。设置列为空值Null 支持 需要 允许 允许 尽管支持Algorithm=INPLACE，但因为数据实质上需要重新组织，因此操作...
通过模拟部署能力评估合适的集群资源配置
背景 在完成产品编排之后，如果想要把产品真正部署到一个环境中去，需要先确定该环境所能提供的服务器资源是否能满足产品部署的资源开销，主要体现在CPU、内存、存储这三个方面。常规的资源规划流程：统计产品部署所需的资源开销 盘点可...
GridCost
GridCost是由Grids与Cost组成的复合数据类型，其中Grids是 geomgrid[]类型，Cost是 smallint 类型。GridCost是为一组指定的网格设置特定的开销，主要用于三维网格寻路,代表网格路径开销。
GridCost
GridCost是由Grids与Cost组成的复合数据类型，其中Grids是 geomgrid[]类型，Cost是 smallint 类型。GridCost是为一组指定的网格设置特定的开销，主要用于三维网格寻路,代表网格路径开销。
索引顾问
如果使用假设索引的执行开销低于不使用假设索引的执行开销，则将在EXPLAIN语句输出中报告这两个计划，计算量化改进的指标，并且索引顾问会生成创建索引所需的CREATE INDEX语句。如果未找到降低执行开销的假设索引，则索引顾问会只显示...
如何利用HTTPDNS降低DNS解析开销
背景说明 移动场景下DNS的解析开销是整个网络请求延迟中不可忽视的一部分。一方面基于UDP的localDNS解析在高丢包率的移动网络环境下更容易出现解析超时的问题，另一方面在弱网环境下DNS解析所引入的动辄数百毫秒的网络延迟也大幅加重了整个...
设置连接池
如果您的应用连接创建频繁（例如短连接场景）或者连接数量很大（大于MySQL数据库的连接数限制），您可以参考本文使用合适的RDS MySQL数据库代理连接池，降低应用与数据库建立连接的频率来减少MySQL数据库主线程的开销，减少数据库上的总...
计算下推
PolarDB MySQL版 支持多存储引擎（InnoDB/X-Engine/.)，为了提高查询的执行效率，在执行层我们引入了计算下推的能力，将尽可能多的操作在各个存储引擎层内部完成而不需要返回到计算层，减少了不必要的函数调用开销和格式转换开销，可以大幅...
Join优化
Shuffle方式 网络开销 物理算子 适用场景 BroadCast N*T(R)Hash Join/Nest Loop Join 通用 Shuffle T(S)+T(R)Hash Join 通用 Bucket Shuffle T(R)Hash Join Join条件中存在左表的分布式列，且左表执行时为单分区 Colocation 0 Hash Join ...
实时存储引擎
为了避免Hash的开销，AnalyticDB MySQL版 采用了 Swizzling Pointer 的实现方案，以64 bit存储Page的唯一标识。当Page在内存中时：头部第一个bit标记为0；其余bit用来表征Page的物理地址。当Page在磁盘中时：头部第一个bit标记为1；第2~7个...
表索引诊断
列出所有开了Binlog的表 开启Binlog后，会有额外的存储开销，同时也建议行存表、行列共存表开启Binlog，若列存表开启Binlog，性能开销较大。详情请参见 订阅Hologres Binlog。如果列存表开启了Binlog，建议将表改为行存表或行列共存表。...
索引缺失
查询开销平均减少 缺失索引造成的查询平均开销减少的统计情况。查询性能提升 缺失索引造成的性能提升的统计情况。索引缺失详情：以表格形式展示用户当前实例所有缺失索引详细信息。详细参数说明如下。表 3.索引缺失图表信息参数说明 参数 ...
Schema Free
dimension=4,fields_schema={'name':str,'weight':float,'age':int})这样做的主要收益有如下3点：更快的检索速度：条件过滤 时，用预先定义的Field将会有更短的时间开销和更少的CPU算力开销 更少的内存、磁盘占用：未预先定义的Field，需要...
维表JOIN语句
使用限制 虽然SHUFFLE_HASH可以减少内存开销，但是由于上游数据需要按照Join Key做一次shuffle，引入额外的网络开销，因此下面两种场景不适合使用SHUFFLE_HASH联接策略。主流数据在Join Key上存在严重的数据倾斜，这种场景下如果使用...
JedisPool资源池优化
资源开销，例如虽然希望控制空闲连接，但又不希望因为连接池中频繁地释放和创建连接造成不必要的开销。假设一次命令时间，即borrow|return resource加上Jedis执行命令（含网络耗时）的平均耗时约为1ms，一个连接的QPS大约是1s/1ms=1000，而...
APPROX_COUNT_DISTINCT
精度参数取值越高，计算时间和内存开销也会相应增大，但都远远小于精确的 COUNT DISTINCT(column)语句带来的开销，因此，推荐选用APPROX_COUNT_DISTINCT替换 COUNT DISTINCT(column)。当精度参数设置为17以上时，Hologres采用 HyperLogLog+...
高并发点查
此外，SelectDB的查询入口层使用Java编写，分析和解析高并发查询SQL也会导致高CPU开销。为了解决这些问题，SelectDB引入了行存、短查询路径、PreparedStatement来解决这些问题。行存 可以在SelectDB表中开启行存模式，但是需要消耗额外的...
规格容量评估
根据以上因素得到建议集群存储空间：集群存储空间=源数据*（1+副本数量）*索引开销/（1-操作系统预留空间）/（1-ES实例内部开销）/（1-安全阈值）=源数据*（1+副本数量）*1.7=源数据*3.4 说明 以上计算以副本数量为1为例，如果调整副本数量...
排查内存使用率高的问题
管理内存（静态）启动时较小且相对恒定，该区域由管理数据的Hash内存开销、Repl-buff与aof-buff的内存开销（约32 MB～64 MB）等构成。说明 当Key数量特别多时（例如几亿个），会占用较大的内存。说明 大部分OOM场景是由于动态内存管理失效...
日志分析（直接采集）
功能额外开销 CPU额外开销：0.01核 内存额外开销：20 M以内 带宽额外开销：最大为每秒配置的日志上报条数上限×配置最长日志字符数（个）单条日志结构 一条日志包含日志附带的Label以及日志自身解析出的字段。表 1.日志附带的Label字段 ...
Pipeline执行引擎
其减少了线程切换和线程阻塞所导致的执行开销，提高了CPU的利用效率，并减少了大查询对小查询的资源挤占问题。从而提高CPU在混合负载SQL上执行时的效率，提升了SQL查询的性能。功能简介 Pipeline执行引擎是SelectDB在新版本新增的核心功能...
X-Engine性价比优势
\-table_size=10000000\-mysql-storage_engine=XENGINE\ prepare X-Engine存储开销比TokuDB更低 TokuDB曾经也是提供低存储开销的数据库引擎，但其开发者Percona已经停止TokuDB的维护，而且X-Engine与TokuDB相比拥有更低的存储开销，所以...
接入Filebeat
本文介绍如何将 云消息队列 Kafka 版 接入Filebeat。...减少开销：减少Filebeat的资源开销。接入方案 云消息队列 Kafka 版 支持以下方式接入Filebeat：VPC 作为Input接入 作为Output接入 公网 作为Input接入 作为Output接入
产品优势
密钥管理服务KMS（Key Management Service）与传统密钥管理基础设施KMI（Key Management Infrastructure）相比具有多集成、...KMS与阿里云其他产品的集成为您节省了研发数据加密系统的开销，仅需通过管理密钥而获得可控的云上数据加密的能力。
Table Group设置最佳实践
请您根据实际业务场景选择一个合适的Shard Count，既满足有较高的并发度，带来更高计算效率，又满足数据较集中，从而避免不必要的Shuffle开销。建议一个Table Group下不要超过10000张表（包括分区子表，不包括外部表），同一个Table Group...
APPROX_COUNT_DISTINCT
当Distinct Key数目过大时，State的读写开销太大，因此Count Distinct优化存在性能瓶颈。但在很多场景，完全精确的统计并不那么必要。如果您希望牺牲部分精确度来换取性能上的提升，您可以使用新增的内置函数 APPROX_COUNT_DISTINCT 提升...
- 产品推荐
- 这些文档可能帮助您