数据库的一次存储的PostgreSQL缓冲区的设计
浏览数：59 /
时间：2015年06月12日
根据北京华宇盈通的java商城开发、jsp商城开发以及java商城产品的开发工作人员介绍，在开发中PostgreSQL需要去做属于它自己的缓冲技术，因为其有很多情况下由于各种原因会使用I/O缓冲。这就会导致一个问题：数据库的数据往往会在内存中被存储两次，一次是在PostgreSQL的缓冲区，另一次是在页高速缓冲存储器（page cache）。PostgreSQL在一定程度上极大地增加了内存的使用次数，对于一个完整的系统是有害的。
大量的内存浪费行为应该被有效地消除。考虑这样一个例子，在PostgreSQL的cache上有一个脏数据（dirty buffer），它比内核所拥有的在页高速缓冲存储器上的数据要新。当PostgreSQL刷新这个脏数据时，页高速缓冲存储器被重写的这一重要过程将不会发生，因此，数据也就不同步了。在这种情况下，PostgreSQL要是能告诉内核去移除在页高速缓冲存储器上相应的页就能好了，可是，现实就是，现在没有好的API能做这件事。据安德鲁（Andres）说调用fadvise()函数的FADV_DONTNEED参数是可以的，实际上，这将引发指定的页被读出，几乎没人能很好地理解这种行为，但他们都赞成它不应该用这种方式去工作。他们也不可以在没有映射到文件处理前就使用madvise()函数，这样做的话，可能大量正在工作着的进程就会变得非常慢。
这种做法看起来不错，但同时也可能在反方向上移动了一些页，PostgreSQL可能想要从它自己的缓冲器中移除一个干净的页，但是却在页高速缓冲器里留下了一份拷贝。可能的情况，或许是一个实际上没有引发I/O的特殊的写操作，或许是一个将物理页面转换成页高速缓冲器的系统调用。这些在表面上的讨论是挺多的，但是却没有那一部分的讨论是能给出确切的结论的。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
