PostgreSQL 11.2, 10.7, 9.6.12, 9.5.16 和 9.4.21 发布

栏目: 软件资讯 · 发布时间: 6年前

内容简介:PostgreSQL 于情人节当天对所有受支持的数据库版本发布了更新,包括 PostgreSQL 11.2, 10.7, 9.6.12, 9.5.16 和 9.4.21 这五个不同的分支。 此版本更改了 PostgreSQL 接口与fsync()之间的行为,此外还包含了针对分...

PostgreSQL 于情人节当天对所有受支持的数据库版本发布了更新,包括 PostgreSQL 11.2, 10.7, 9.6.12, 9.5.16 和 9.4.21 这五个不同的分支。

此版本更改了 PostgreSQL 接口与fsync()之间的行为,此外还包含了针对分区的修复程序,以及过去三个月内反馈的70多个其他错误。

PostgreSQL 11.2, 10.7, 9.6.12, 9.5.16 和 9.4.21 发布

下载地址 >>> https://www.postgresql.org/download/

更新亮点就是上面所提到的 PostgreSQL 接口与fsync()之间的行为变更,下面来简单看看。

当在操作系统中可用并在配置文件中启用时(默认启用),PostgreSQL 会使用内核功能fsync()来帮助确保将数据写入磁盘。但在某些操作系统中使用fsync(),当内核无法写出数据时,它会返回失败并刷新应该从其数据缓冲区写入的数据。

这种刷新操作对 PostgreSQL 有一个不幸的副作用:如果 PostgreSQL 再次尝试通过调用fsync()将数据写入磁盘,fsync()将报告成功,但实际上 PostgreSQL 保存到磁盘的数据不会被写入。所以,这反映了一种可能存在的数据损坏情况。

而本次更新修改了 PostgreSQL 处理fsync()返回失败的方式:PostgreSQL 将不再重试调用fsync()。在这种情况下,PostgreSQL 然后从预写式日志 (write-ahead log, WAL) 重录数据,以帮助确保写入数据。虽然这可能看起来是次优的解决方案,但目前还没有更好的替代方案,并且根据报告,采用该方案后,这种问题极少发生。

PostgreSQL 还添加了一个新的服务器参数data_sync_retry来管理此行为。如果你确信你的内核在这样的情况下不会将脏数据丢弃至缓冲区,可以设置data_sync_retryon以恢复原来的行为。

其他的更新诸如 bug 修复和性能改进,请查看发布过公告 https://www.postgresql.org/about/news/1920/


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

社交红利2.0

社交红利2.0

徐志斌 / 中信出版社 / 2015-9 / 42元

大型社交网络发展至今,开始显露出更为惊人的力量。有一个独特现象与这一结果相伴相生,即新应用或服务一进入社交网络就即时引爆,就像用户在等待它出现一样。随即开始的病毒式扩散,让创业者成为全民话题的焦点。但这一切是如何实现的?具备哪些特征的合作伙伴才可以被即时引爆? 作者从其长期追踪的近30个一进入微博、微信就引爆的经典案例中甄选出若干典型案例。从大量一手鲜活的后台数据入手,并结合腾讯对社交网络的......一起来看看 《社交红利2.0》 这本书的介绍吧!

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具