回答情况：
提问时间：
问题标签：
当我尝试启动PostgreSQL备用服务器时，下面提到的日志文件不断地生成并重新生成相同的日志文件。有人知道为什么数据库总是使用相同的日志文件吗？3C000000 on timeline 12021-06-17 13:35:00.756 +03 [9012] FATAL: cou
浏览 2修改于2021-06-17得票数 0
然后，我执行了一个COPY命令来导入一个大型数据集(3GB)。当COPY命令以message：COPY 43928933结束时，我观察到一种奇怪的行为。13099日志:在时间线1 2019-06-27 14:48.919 UTC 13099上，从0/20000000开始的流式WAL日志:无法从WAL流接收数据:错误:请求的WAL段000000010000000000000020已被删除209-06-2714:12:53.931 UTC 13104日志:在时间线
浏览 0提问于2019-06-27得票数 0
回答已采纳
我有与Wal段仍然存在于主服务器上，但从和主日志上的日志显示它已被移除完全相同的问题，除了在生产中！PostgreSQL 9.4 / Debianwal_level = hot_standbypg_hba.conftrigger_file = '/var/lib/postgresql/trigger_
浏览 0修改于2019-05-14得票数 0
我试图通过一个SQLite脚本将journal_mode设置为wal (预写日志)。IronPython的安装版本是
如果我执行pragma journal_mode=wal;，我只会得到delete的响应。如果我试图打开一个已经设置为WAL的数据
浏览 3修改于2015-05-26得票数 0
我想出了以下例子：有四个概念我不太明白：
我从许多文档中看到，预写日志(WAL)是数据库持久性的一种机制.与上面的映像一样，当将数据从内存缓冲池刷新到磁盘时，有两种类型的缓冲区:双写缓冲区和日志缓冲区。为什么我们需要两个缓冲区，它们与WAL有什么关系？最后但并非最不重要的是，重做日志和WAL之间有什么区别。我认为，在发生错误时，WAL可以
浏览 5修改于2019-06-30得票数 6
回答已采纳
在4台Debian 8 Jessie服务器上，我有PostgreSQL 9.4.3主+3奴隶。在主服务器上的大量数据更改之后，从日志显示了以下错误：
LOG: started streaming WAL from primary at 182/0 on timeline 1 FATAL: couldnot receive data from WAL stream: ERROR: requested WAL segment 000000010000018200000000 has alrea
浏览 0提问于2015-10-25得票数 4
回答已采纳
/wal-g/尺寸为wal-g-0.2.7-1.src.rpm
wal-g-0.2.7-1.src.rpm 2019-Apr-27 12:04:19 7
浏览 0提问于2019-04-27得票数 0
在Postgres日志文件中，我看到下面的错误。segment 0000000100000000000000E3 has already been removed< 2017-12-05 03:08:56.682 UTC > ERROR:requested WAL</em
浏览 2修改于2021-04-28得票数 2
1回答
谁能给我解释一下wal历史保留的概念？我们有一个具有6个数据节点的集群，启用了本机持久性。由于性能原因，Wal存档已禁用。因此，second停下来旋转Wal日志。第一个(分段的)节点长时间不工作，第二个节点上的wal日志占用了所有可用空间。(第二个节点最终也失败了)。
如何阻止wal日志增长？为什么ignite使用wal日志来分区交换，而不是来自内存或持久性存储的真实数据？
浏览 3提问于2019-12-24得票数 0
我在这里找到了引号
假设有WAL文件，请继续进行以下查询我可以想象，postgres已经将这个WAL应用于DB，但它在应用之后就崩溃了DB还
浏览 7提问于2017-12-26得票数 1
回答已采纳
WAL存档的文件级备份。我将使用快照，所以我的用例属于这个类别。Docs还提到，WAL日志和数据应该位于同一个文件系统上，以使备份保持一致。在这种情况下，我想将WAL日志的备份与EBS快照分开，并将其保存在S3和亚马逊之外的某个外部地方。对这个策略的想法？
如果我遗漏了
浏览 0修改于2012-12-03得票数 3
回答已采纳
如果我正确理解，当用户更新数据库记录并提交事务时，commit()调用将被阻塞，直到完成以下步骤：数据库更新实际记录。数据库什么时候知道从WAL中删除条目是安全的？
WAL是否意味着将记录写入磁盘两次(一次在WAL中，一次在数据库文件中)？波斯特格斯声称WAL“显着地减少了磁盘写入的次数，因为只有日志文件需要刷新到磁盘”，但是(回到问题1)在
浏览 0修改于2011-11-26得票数 2
回答已采纳
1回答
and not persist问题 1[数据库日志:14 b]：LOG 2- journal_mode: wal3[DBJournalUtil:23a]：将DB journal_mode从
浏览 0修改于2020-06-20得票数 0
回答已采纳
阅读postgreSQL文档时：
我们能不能依赖于这个序号是严格单调的呢？难道没有时间点，这种偏移重置到以前的位置(由于WAL存档，或其他类型的操作)？
浏览 2修改于2018-12-05得票数 3
回答已采纳
我尝试在我的Ruby-on-Rails项目中设置Sqlite3的日志模式。ruby-on-rails似乎使用sqlite的默认日志模式，即'delete'，因为当我更新数据库时，我在'db‘文件夹中看到了一个日志文件，当更新完成时，它被删除了。我希望将jouranl mode设置为"WAL“或"memory”。= WAL", "SCHEMA")
end 因为SQLite3Adapter的
浏览 24修改于2019-05-24得票数 0
回答已采纳
是否可以在运行时将数据库连接切换到日志模式= WAL？我正在使用下面的代码切换到WAL模式int res = sqlite3_open_v2("test.db",&ppDb,SQLITE_OPEN_READONLY,NULL,NULL, 0, NULL);{
rc = sqlite3_exec(m_dbHandle, "PRAGMA zipvfs_journal_mode
浏览 0修改于2018-04-17得票数 0
在日志里写着2021-02-18 13:23:31.312 IST [85845]: [-] db=,user= FATAL: could not receivedata from WAL stream: ERROR: requested WAL segme
浏览 0修改于2021-02-18得票数 0
以下是事件的顺序：在正常DB操作期间存档WAL日志打开数据库运行完整的还原(要明确的是，没有丢失数据，只是DB没有运行的一段时间，因此没有WAL日志发送。)
这就是你想要的行为吗？我无法找到关于Postgres决定应用哪个WAL日志
浏览 0提问于2013-07-10得票数 1
我正在尝试重新启动我的ArangoDB实例，但是我一直得到一个超时，我认为这是因为WAL日志文件的重播。2018-11-09T10:30:11Z [2285] INFO r
浏览 0提问于2018-11-09得票数 2
回答已采纳
cron日志显示这项工作已经完成。我也试过了。0 2 * * * bash -l -c 'source ~/.bashrc && envdir /etc/wal-e.d/
浏览 0修改于2015-12-29得票数 0
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号