pg数据库写入丢失，写入数据库时发生错误

PG异常状态详解及故障总结

PG（PostgreSQL）异常状态是指在操作PostgreSQL数据库时可能会出现的异常状态，例如：1. 数据库连接异常：无法连接到数据库或连接被中断；2. 查询异常：执行SQL查询语句时出错，例如语法错误、数据类型不匹配等；3. 数据库操作异常：执行数据库操作（例如插入、更新、删除等）时出现异常；4. 数据库锁定异常：多个并发事务访问同一数据时可能出现锁定异常；5. 数据库崩溃：数据库程序崩溃或发生硬件故障等原因导致数据库无法正常工作。针对以上异常状态，可以采取以下措施：1. 数据库连接异常：检查网络连接、认证信息、数据库运行状态等；2. 查询异常：检查SQL语法、数据类型、查询条件等；3. 数据库操作异常：根据异常信息进行排查、修复；4. 数据库锁定异常：调整事务隔离级别、优化SQL语句等；5. 数据库崩溃：重启数据库程序、备份恢复等。总之，要保证PostgreSQL数据库的稳定性和可靠性，需要对各种异常状态进行及时的排查和修复。

相关问答

Q1: 关闭fullpagewrite导致数据错误

PG默认每个page的大小为8K，PG数据页写入是以page为单位，但是在断电等情况下，操作系统往往不能保证单个page原子地写入磁盘，这样就极有可能导致部分数据块只写到4K(操作系统是一般以4K为单位)，这些“部分写”的页面包含新旧数据的混合。在崩溃后的恢复期间，xlog 里面存储的记录变化信息不够完整，无法完全恢复该页。PG为了解决这类问题，full_page_write机制孕育而生。

PostgreSQL 在 checkpoint 之后在对数据页面的第一次写的时候会将整个数据页面写到 xlog 里面。当出现主机断电或者OS崩溃时，redo操作时通过checksum发现“部分写”的数据页，并将xlog中保存的这个完整数据页覆盖当前损坏的数据页，然后再继续redo就可以恢复整个数据库了。

除了能够解决断电等带来坏数据页问题外，full_page_write 还应用在在线备份功能上。PG进行全量备份数据库一般通过pg_basebackup工具实现，pg_basebackup类似于copy操作，在此期间，也会出现部分数据页写到一半时文件被copy走了，正是因为full_page_write存在，备份出来的数据库才可以成功恢复启动。所以即便full_page_write=off，在备份时也会被强制自动打开，保证备份成功。

实现原理

full_page_write主要在XLogInsert(插入一条xlog记录)时发挥作用，通过full_page_writer开关状态以及是否是checkpoint后对数据页面的第一次修改(lsnRedoRecPtr)判断是否需要备份数据页。如果需要备份，那么则把数据页存放在这条记录的末尾，最终写入到xlog中。

Q2: 多线程插入pgsql数据库数据丢失

多线程并发插入数据时，出现了数据冲突或者并发控制不当导致的。比如多个线程同时插入相同的数据，就会出现数据重复或者数据丢失的情况。多线程插入数据需要注意并发控制的问题，保证数据的一致性和完整性。采取合适的措施可以有效避免数据丢失的问题。

Q3: pg_attribute数据丢失

pgattribute数据丢失。

1、通过srclass查看表信息，可以看到relpages依然有数值。

2、直接查表数据查不到任何数据。

3、数据库日志也没有出现任何异常delete。

4、操作系统和数据库也没有重启或者出现异常。

pg数据库写入丢失的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于写入数据库时发生错误、pg数据库写入丢失的信息别忘了在本站进行查找喔。