24. ClustrixDB 持久性配置文件
2024-09-01 04:00:58
这些持久性选项不适用于内存中的表。有关更多信息,请参见内存表。
ClustrixDB提供了一个选项,通过指定如何提交事务并使其持久,从而提高性能。当提交成功通知应用程序时,用户可以在提交过程中指定提交点。
ClustrixDB将最终使每个事务完全持久。配置这些持久性选项允许操作员请求事务的早期报告。参见下面的关系图,了解节点故障如何影响持久性。
缺省情况下,ClustrixDB使其数据持久,而数据库仅在事务被刷新到永久存储后才与提交成功通信。被报告为已提交的事务将被保留,即使出现停机情况也是如此。
另外,ClustrixDB可以在将记录完全提交并写入存储磁盘之前返回一个成功指示器。这种早期持久性报告可以显著提高低值事务的吞吐量,因为事务不需要等待磁盘。这种早期报告的风险是,如果发生故障或停机,没有完全刷新到磁盘的事务可能会丢失。
全局/会话变量
tx_sync_commit是一个变量,它决定当用户遍历持久性/提交过程时,何时通知其事务状态。它可以全局设置,也可以在会话级别设置。例如,可以将系统全局tx_sync_commit设置为STRICT,而在会话运行低值时,可以将成批插入设置为relax,以确保插入尽可能快地发生
设置语句:
SET [GLOBAL | SESSION] tx_sync_commit = desired value
tx_sync_commit参数值:
值 |
提交通知 |
风险
|
---|---|---|
RELAXED | 事务已经准备好并被记录到内存中。理想的交易,其中充分的持久性不是必不可少的。 | 在组更改、节点电源损耗和硬节点故障期间可能会发生事务丢失。 |
SEMISTRICT | 事务已经准备好并被记录到磁盘上。 | 只有在多节点停机时才可能发生事务丢失。 |
STRICT (Default) | 事务已提交并写入磁盘。 |
没有。允许整个集群停机。 |
耐久性/提交过程
此图将三个可能的持久性报告值与持久性/提交过程的每个渐进阶段关联起来。
最新文章
- Android课程---远程服务器存储
- 利用伪类:before&;&;:after实现图标库图标
- PHP程序员进阶学习书籍参考指南
- CountDownLatch、CyclicBarrier、Semaphore、Exchanger
- href=";#";和javasrcript:void(0)的区别
- Recover deleted pictures in iOS 9
- Js之DOM(一)
- eclipse安装插件的各种方法
- ContentLoadingProgressBar不显示问题
- 【HDOJ】1242 Rescue
- sql建立跨服务器链接
- android程序启动画面之Splash总结[转]
- Android fragment onActivityResult 不起作用
- 闲话Android 之 屏幕大小、pixel、分辨率、dpi、dip
- Matlab 多项式拟合、稳健滤波等实用函数
- websocket(一)--握手
- JavaScript函数继承
- 机器学习入门09 - 特征组合 (Feature Crosses)
- gearman管理工具GearmanManager的安装与使用
- jzoj4512