企业运维训练营之数据库原理与实践—数据库DAS简介和备份上云方案—性能诊断与优化(下)

简介: 企业运维训练营之数据库原理与实践—数据库DAS简介和备份上云方案—性能诊断与优化(下)

接上篇:image.png

 

空间碎片自动回收是DAS进行空间优化的一种方式,实例会自动执行优化命令回收空间碎片,帮助用户实现整理物理碎片的功能。在空间优化前,DAS需要完成三大类基本检查:

 

第一类,当检测到以下一项或多项没有通过时,就不再对表空间进行回收。其一,剩余可用空间需要达到所需回收表物理空间的3倍;其二,表上不存在浮点型索引。

 

第二类,当检测到其中一项没有通过时,需要等待1到5分钟再次检查,直至运维窗口结束。其一,目标实例没有备份任务;其二,没有正在执行的表结构变更操作;其三,前一天或上周同一时段CPU实际使用率低于70%,且当前CPU使用率低于80%。

 

第三类,在执行碎片自动回收前应检测以下三个方面。其一,需要空间回收的表上没有执行时间超过3秒的SQL;其二,表上没有悬挂的事务,即持有但超过15秒没有提交的事务;其三,活跃会话数小于64。

 

image.png

 

空间碎片自动优化时,首先将进行空间分析,生成优化任务,在运维窗口进行条件检查后,执行碎片优化。

 

image.png

 

用户选择实例,点击自治中心并开启自治功能。

 

image.png

 

开启自治功能包含以下四个选项:

 

第一,自动索引创建和删除。SQL自动优化功能包含两个选项,仅SQL诊断或SQL诊断并自动索引创建。仅SQL诊断中,DAS检测出需要优化的SQL并将优化建议给提供给客户,客户根据自身情况选择是否进行索引的创建;SQL诊断并自动创建索引默认由DAS进行诊断并自动创建索引。

 

第二,自动限流。SQL自动限流又包含四个细分选项:其一,CPU使用率或会话活跃数,测试中,用户选择CPU使用率大于80%且活跃会话数大于60%时触发自动SQL限流;其二,可限流的时间段,用户选择全天限流;其三,最大限流时间及限流持续时间,用户选择最大限流时间为10分钟,限流持续时间大于2分钟;其四,同时Kill执行中的异常SQL,用户选择勾选。

 

第三,自动资源弹性。用户选择CPU平均使用率不小于90%,当CPU使用率较高时,系统自动进行资源弹性扩容。

 

image.png

 

第四,空间碎片自动回收,包含表空间和碎片率参数选择。表空间触发空间碎片自动回收的单个物理表最小空间取值范围是5G到100G,单表空间过大会导致回收时间较长,用户需要根据实际业务情况选择合适的数值。如果数据库实例上所有的表空间均小于5G或表空间均大于100G,系统不会进行空间碎片回收。

 

碎片率触发空间碎片自动回收的单个物理表碎片率取值范围是10%到99%,如果数据库实例上所有表的碎片率均低于10%,系统不会进行空间碎片回收。

 

测试中,用户选择表空间大于10G,碎片率大于20%时,触发空间碎片自动回收。

 

image.png 

 

用户还可以进行事件订阅设置,将上述触发的SQL优化、SQL限流或空间碎片回收事件发送给相关人员。

 

用户可以定义事件紧急程度,选择严重或警告等。用户选择相关联系人后,可以通过手机、钉钉短信或邮件方式进行通知。

 

image.png

 

自治中心优化事件的具体实例中,以空间优化为例,系统在表上给出相应的建议,如索引重复、删除冗余索引等。其优化建议仅进行SQL诊断,没有进行自动索引创建,只显示诊断的结果和建议。

相关文章
|
9月前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
568 158
|
9月前
|
缓存 监控 关系型数据库
使用MYSQL Report分析数据库性能(中)
使用MYSQL Report分析数据库性能
610 156
|
9月前
|
缓存 监控 关系型数据库
使用MYSQL Report分析数据库性能(上)
最终建议:当前系统是完美的读密集型负载模型,优化重点应放在减少行读取量和提高数据定位效率。通过索引优化、分区策略和内存缓存,预期可降低30%的CPU负载,同时保持100%的缓冲池命中率。建议每百万次查询后刷新统计信息以持续优化
714 161
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
|
10月前
|
缓存 关系型数据库 MySQL
MySQL数据库性能调优:实用技术与策略
通过秉持以上的策略实施具体的优化措施,可以确保MySQL数据库的高效稳定运行。务必结合具体情况,动态调整优化策略,才能充分发挥数据库的性能潜力。
447 0
|
存储 关系型数据库 MySQL
利用Cron表达式实现MySQL数据库的定时备份
以上就是如何使用Cron表达式和mysqldump命令实现MySQL数据库的定时备份。这种方法的优点是简单易用,而且可以根据需要定制备份的时间和频率。但是,它也有一些限制,例如,它不能备份MySQL服务器的配置文件和用户账户信息,也不能实现增量备份。如果需要更复杂的备份策略,可能需要使用专门的备份工具或服务。
402 15
|
SQL 关系型数据库 MySQL
如何优化SQL查询以提高数据库性能?
这篇文章以生动的比喻介绍了优化SQL查询的重要性及方法。它首先将未优化的SQL查询比作在自助餐厅贪多嚼不烂的行为,强调了只获取必要数据的必要性。接着,文章详细讲解了四种优化策略:**精简选择**(避免使用`SELECT *`)、**专业筛选**(利用`WHERE`缩小范围)、**高效联接**(索引和限制数据量)以及**使用索引**(加速搜索)。此外,还探讨了如何避免N+1查询问题、使用分页限制结果、理解执行计划以及定期维护数据库健康。通过这些技巧,可以显著提升数据库性能,让查询更高效流畅。
|
物联网 测试技术 API
时序数据库 InfluxDB 3.0 版本性能实测报告:写入吞吐量提升效果验证
TSBS 测试表明,对于少于 100 万台设备的数据集,InfluxDB OSS 3.0 的数据写入速度实际上比 InfluxDB OSS 1.8 更慢。 对于 100 万台及以上设备的数据集,InfluxDB OSS 3.0 的数据写入性能才开始超过 InfluxDB OSS 1.8。 InfluxDB OSS 3.0 的数据写入接口与 InfluxDB 1.8 并不兼容,用户无法顺利迁移。
1286 7
|
存储 NoSQL MongoDB
从 MongoDB 到 时序数据库 TDengine,沃太能源实现 18 倍写入性能提升
沃太能源是国内领先储能设备生产厂商,数十万储能终端遍布世界各地。此前使用 MongoDB 存储时序数据,但随着设备测点增加,MongoDB 在存储效率、写入性能、查询性能等方面暴露出短板。经过对比,沃太能源选择了专业时序数据库 TDengine,生产效能显著提升:整体上,数据压缩率超 10 倍、写入性能提升 18 倍,查询在特定场景上也实现了数倍的提升。同时减少了技术架构复杂度,实现了零代码数据接入。本文将对 TDengine 在沃太能源的应用情况进行详解。
706 0
|
9月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。

热门文章

最新文章