ClustrixDB监视集群中可用的空间量,并主动警告潜在的容量问题。确定集群容量的阈值是可配置的,如下所述。

存储类型

要了解如何管理设备和数据库的利用率,必须首先了解ClustrixDB如何分配磁盘空间。ClustrixDB在两个不同的文件中创建和分配空间:

device1 (主存储器)

device1 存储 all database data, undo logs, temporary tables, binlogs, ClustrixDB system tables,以及用于查询执行的临时存储,device1文件的初始大小由ClustrixDB安装程序自动检测,但也可以手动配置。安装后,可以使用ALTER CLUSTER RESIZE设备扩展device1文件的大小。要减小device1文件的大小,请参阅减小device1大小。

ClustrixDB希望每个节点上的device1文件大小相同。默认情况下,在数据库启动时,ClustrixDB将自动尝试调整每个节点上的device1文件的大小,以匹配集群中最大的device1文件。要禁用此功能,请设置device_auto_resize_to_largest=false。

临时存储用于对大型查询结果进行排序和分组,并存储在device1中。有两个全局变量来控制临时空间的使用:

  • device_temporary_space_limit_bytes: 限制可用于临时存储的空间量。
  • device_temporary_space_preallocate_bytes:指定为临时空间预先分配的空间数量(保证临时空间的使用)。

设置device_temporary_space_limit_bytes允许使用额外的临时空间,但不保证可以为临时空间提供额外的空间。

在ClustrixDB 9.2之前,临时空间存储在一个名为device1-temp的单独文件中,但是在v9.2中,临时空间现在在device1文件中管理。

device1-redo (write-ahead log)

redo日志(WAL)存储在device1-redo文件中。这个文件的大小是4GB,不可配置。

检查存储利用率

查看通过使用CLX命令行管理工具使用了多少空间

shell> /opt/clustrix/bin/clx space
nid | Hostname | Status | Undo | Perm | WAL | Temp | Used | DB Total | FS Free
----+--------------+---------+-----------------+-----------------+------------------+------------+-----------------+----------+--------
| eukanuba003 | OK | 321.8M (0.04%) | .7G (79.4%) | 1024.0M (0.12%) | (0.00%) | .1G (89.4%) | .0G | .9G
| karma183 | OK | 313.5M (0.04%) | .6G (78.2%) | 1024.0M (0.12%) | (0.00%) | .1G (88.2%) | .0G | .9G
| eukanuba002 | OK | 324.3M (0.04%) | .5G (78.8%) | 1024.0M (0.12%) | (0.00%) | .0G (88.8%) | .0G | .9G
| eukanuba001 | OK | 339.7M (0.04%) | .0G (78.9%) | 1024.0M (0.12%) | (0.00%) | .4G (89.0%) | .0G | .9G
| eukanuba005 | OK | 277.3M (0.03%) | .7G (78.7%) | 1024.0M (0.12%) | (0.00%) | .1G (88.7%) | .0G | .9G
| eukanuba004 | OK | 420.3M (0.05%) | .6G (79.8%) | 1024.0M (0.12%) | (0.00%) | .1G (89.9%) | .0G | .9G
| eukanuba006 | OK | 397.0M (0.05%) | .4G (78.9%) | 1024.0M (0.12%) | (0.00%) | .9G (88.9%) | .0G | .9G
| karma184 | OK | 479.9M (0.06%) | .8G (79.4%) | 1024.0M (0.12%) | (0.00%) | .3G (89.5%) | .0G | .9G
----+--------------+---------+-----------------+-----------------+------------------+------------+-----------------+----------+--------
.8G (0.04%) | .2T (79.0%) | .0G (0.12%) | (0.00%) | .9T (89.1%) | .6T | .9G

全局变量

对于大多数工作负载,这些全局变量的默认值是最优的。

Variable
Description
Default

device_auto_resize_to_largest

自动调整集群中所有(在线)设备的大小以匹配最大的设备

true

device_temporary_space_limit_bytes

允许用于临时容器的最大字节数。

5368709120

device_temporary_space_preallocate_bytes 预先分配给临时存储器的空间量 5368709120

数据库存储阈值

全局变量为集群建立数据库存储阈值。当超过第一级阈值时,将发送警报。如果存储利用率继续增加,一旦超过下一组阈值,用户查询将开始失败。最后,如果存储利用率继续增长,系统查询(包括关键的内部进程)将被终止。一旦数据库完全满了,数据库就可能无法操作。有关释放空间的建议,请参阅下面的问题解决方案。

以下变量用于设置device1利用率的阈值。

Variable
Description
Default Value
Allowed Values

databasefull_message_interval_s

数据库几乎全部消息间隔(以秒为单位)。

120

Minimum: 10

Maximum: 600

databasefull_system_error_percentage

当空间使用超过这个百分比时,用户查询失败。

97

Minimum: databasefull_system_warn_percentage + 1

Maximum: >99

databasefull_system_warn_percentage

当空间使用超过这个百分比时,警告系统查询。

95

Minimum: databasefull_user_error_percentage + 1

Maximum: databasefull_system_error_percentage - 1

databasefull_user_error_percentage

当空间使用超过这个百分比时,用户查询失败。

90

Minimum: databasefull_user_warn_percentage + 1

Maximum: databasefull_system_warn_percentage - 1

databasefull_user_warn_percentage

当空间使用超过这个百分比时,警告用户查询。

80

Minimum: 50

Maximum: databasefull_user_error_percentage - 1

用户查询是由最终用户发起的事务,而系统查询是内部ClustrixDB进程,如Rebalancer、binlog delete、statd等。

报警信息

当超过相应的全局变量时,将触发以下警报。这是在ClustrixDB每次分配空间和每个databasefull_message_interval_s秒发送任何必要的警报时计算的。如果检测到多个警报,则只显示最关键的警报。要了解有关ClustrixDB的Alerter的更多信息,请参见数据库警报。

Global Variable Evaluated
Alert Triggered
Level
Description
Message Shown

databasefull_user_warn_percentage

DATABASE_SPACE_LOW

warning

Database space low

使用了nn%的数据库空间。很快用户查询将失败。

databasefull_user_error_percentage

DATABASE_SPACE_EXTREME

warning

Database space extreme

使用了nn%的数据库空间。用户查询将失败。

databasefull_system_warn_percentage

DATABASE_SPACE_CRITICAL

critical

Database space critical

使用了nn%的数据库空间。用户查询将失败,不久系统查询将失败。

databasefull_system_error_percentage

DATABASE_SPACE_EXHAUSTED

critical

Database space exhausted

使用了nn%的数据库空间。用户查询和系统查询现在将失败。

解决低空间问题

当您收到上述任何警告时,将需要采取一些行动来阻止device1的容量达到下一个阈值。

一些需要考虑的建议:

  • 通过扩展集群的容量向集群添加节点——Flex - Up。
  • 增加集群上的可用空间:
    • 修剪Binlogs
    • 删除数据
  • 通过使用ALTER CLUSTER RESIZE设备在所有节点上放大device1文件的大小。
  • 终止并重新安排长时间运行的事务,如更改、备份和长时间运行的事务。这将停止垃圾收集,并导致撤消日志的大小临时增加。

11. ClustrixDB 管理文件空间和数据库容量的更多相关文章

  1. 管理我的数据之GDBM

    管理我的数据之GDBM 作者 He YiJun – storysnail<at>gmail.com 团队 ls 版权 转载请保留本声明! 本文档包含的原创代码根据General Publi ...

  2. RDIFramework.NET ━ 9.11 数据字典管理 ━ Web部分

    RDIFramework.NET ━ .NET快速信息化系统开发框架 9.11  数据字典管理 -Web部分  数据字典模块主要对框架所需数据字典(即选项数据)进行管理,整个数据字典数据为框架所共享, ...

  3. Windows Server 2008R2配置MySQL Cluster并将管理节点和数据节点配置成windows服务

    说明:将mysql的管理节点和数据节点配置成windows服务是为了防止有人手误关闭管理节点或数据节点的dos命令窗口,管理节点或数据节点的命令窗口误关闭可能会造成mysql某台或某几台mysql不能 ...

  4. SQL Server 表的管理_关于数据增删查改的操作的详解(案例代码)

    SQL Server 表的管理_关于数据增删查改的操作的详解(案例代码)-DML 1.SQL INSERT INTO 语句(在表中插入) INSERT INTO 语句用于向表中插入新记录. SQL I ...

  5. Docker进阶之七:管理应用程序数据

    管理应用程序数据:Volume Docker提供三种不同的方式将数据从宿主机挂载到容器中:volumes,bind mounts和tmpfs. volumes:Docker管理宿主机文件系统的一部分( ...

  6. Spring MVC 学习笔记11 —— 后端返回json格式数据

    Spring MVC 学习笔记11 -- 后端返回json格式数据 我们常常听说json数据,首先,什么是json数据,总结起来,有以下几点: 1. JSON的全称是"JavaScript ...

  7. 摄像头驱动_摄像头驱动程序必需的11个ioctl及摄像头数据的获取过程

    摄像头驱动_摄像头驱动程序必需的11个ioctl及摄像头数据的获取过程 根据虚拟驱动vivi的使用过程彻底分析摄像头驱动// 1~2都是在v4l2_open里调用1. open2. ioctl(4, ...

  8. Oracle 11g R2(11.2.0.4) RAC 数据文件路径错误解决--ORA-01157 ORA-01110: 数据文件

    Oracle 11g R2(11.2.0.1) RAC  数据文件路径错误解决--ORA-01157 ORA-01110: 数据文件 oracle 11g R2(11.2.0.4) rac--scan ...

  9. 利用AFNetworking框架去管理从聚合数据上面请求到的数据

    数据从JSON文档中读取处理的过程称为“解码”过程,即解析和读取过程,来看一下如果利用AFNetworking框架去管理从聚合数据上面请求到的数据. 一.下载并导入AFNetworking框架 这部分 ...

随机推荐

  1. cocos2dx[3.2](1) 浅析cocos2dx3.2引擎目录

    3.x的引擎目录与2.x的引擎目录的差别是非常大的.3.x主要是将引擎的各个文件按照用途进行了分类,使得引擎目录结构更加清晰了. 从目录中我们主要了解一下以下几个文件: 文件名 说明 build 官方 ...

  2. DSP28335 eCAP 测频

    F28335共有6组eCAP模块,每个eCAP不但具有捕获功能,而且还可用作PWM输出功能.F28335捕获模块的主要特征如下: 1. 150MHz系统时钟的情况下,32位时基的时间分辨率为6.67n ...

  3. mysql的最左索引匹配原则

    最近复习数据库,主要看的是mysql.很多东西忘得一干二净.看到某乎上有个答案非常给力,就记录一下,以后方便查看. 链接:https://www.zhihu.com/question/36996520 ...

  4. LOJ167 康托展开 题解

    题面 康托展开: 康托展开是一个全排列到一个自然数的双射,常用于构建哈希表时的空间压缩. 康托展开的实质是计算当前排列在所有由小到大全排列中的名次,因此是可逆的. X = A[0] * (n-1)! ...

  5. python​日记:优化(SEO)狗学Python的日子(1)

    一名优秀的程序员,在穿越单行道时也会确认双向的来车情况 ——道格拉斯.林德(Doug Linder) 大家可能好奇Python是什么东东,今天是小猿开始学习Python的第一天.周五在公司的时候收到了 ...

  6. python之self的理解

    一.self的位置是出现在哪里? 首先,self是在类的方法中的,在调用此方法时,不用给self赋值,Python会自动给他赋值,而且这个值就是类的实例--对象本身.也可以将self换成别的叫法例如s ...

  7. Tarjan算法求有向图强连通分量并缩点

    // Tarjan算法求有向图强连通分量并缩点 #include<iostream> #include<cstdio> #include<cstring> #inc ...

  8. allure 这么高大上的测试报告环境,5 分钟搞定

    allure 的测试报告是老板喜欢的样子.如果能用上 allure,干嘛还选择其他的测试报告类型呢?python 的 pytest 单元测试框架有 allure 的插件,可以很方便的在 python ...

  9. 关于chrome请求被挂起页面加载缓慢问题的追查

    请参考FEX团队探究结果 http://fex.baidu.com/blog/2015/01/chrome-stalled-problem-resolving-process/ 结论如下: 请求成功构 ...

  10. ubuntu 安装mysql5.7

    一.Windows mysql5.6 解压版 安装 关于widnows平台上的安装教程,可参考百度经验: 链接:https://jingyan.baidu.com/article/f3ad7d0ffc ...