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

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

内容简介: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/


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

查看所有标签

猜你喜欢:

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

Design for Hackers

Design for Hackers

David Kadavy / Wiley / 2011-10-18 / USD 39.99

Discover the techniques behind beautiful design?by deconstructing designs to understand them The term ?hacker? has been redefined to consist of anyone who has an insatiable curiosity as to how thin......一起来看看 《Design for Hackers》 这本书的介绍吧!

html转js在线工具
html转js在线工具

html转js在线工具

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试

HEX CMYK 转换工具
HEX CMYK 转换工具

HEX CMYK 互转工具