Có một số무지개 토토tham số cấu hình liên quan đến hiệu suất cơ sở dữ liệu. Phần này giải thích việc sử dụng của họ. Tham khảo ý kiếnChương 20Để biết thông tin chung về thiết lập các tham số cấu hình máy chủ.

Điểm kiểm tralà các điểm trong chuỗi giao dịch mà tại đó đảm bảo rằng các tệp dữ liệu HEAP và INDEX đã được cập nhật với tất cả các thông tin được viết trước điểm kiểm tra đó. Vào thời điểm điểm kiểm tra, tất cả các trang dữ liệu bẩn được chuyển vào đĩa và bản ghi điểm kiểm tra đặc biệt được ghi vào tệp nhật ký. (Hồ sơ thay đổi trước đây đã được chuyển sang무지개 토토Tệp.) Bất kỳ thay đổi nào được thực hiện đối với các tệp dữ liệu trước thời điểm đó được đảm bảo sẽ có trên đĩa. Do đó, sau một điểm kiểm tra, các phân đoạn nhật ký trước bản ghi có chứa bản ghi làm lại không còn cần thiết và có thể được tái chế hoặc loại bỏ. (Khi무지개 토토Lưu trữ đang được thực hiện, các phân đoạn nhật ký phải được lưu trữ trước khi được tái chế hoặc xóa.)

Yêu cầu điểm kiểm tra của việc xả tất cả các trang dữ liệu bẩn vào đĩa có thể gây ra tải I/O đáng kể. Vì lý do này, hoạt động điểm kiểm tra được điều chỉnh để I/O bắt đầu khi bắt đầu điểm kiểm tra và hoàn thành trước khi điểm kiểm tra tiếp theo là do bắt đầu; Điều này giảm thiểu sự suy giảm hiệu suất trong các trạm kiểm soát.

Quá trình kiểm tra của máy chủ tự động thực hiện một điểm kiểm tra thường xuyên. Một điểm kiểm tra được bắt đầu mỗiCheckPoint_Timeoutgiây hoặc nếuMAX_무지개 토토_SIZEsắp vượt quá, tùy theo điều kiện nào đến trước. Các cài đặt mặc định lần lượt là 5 phút và 1 GB. Nếu không có 무지개 토토 đã được viết kể từ trạm kiểm soát trước đó, các điểm kiểm tra mới sẽ bị bỏ qua ngay cả khiCheckPoint_Timeoutđã qua. .Archive_TimeoutTham số thay vì tham số điểm kiểm tra.) Cũng có thể buộc một điểm kiểm tra bằng cách sử dụng lệnh SQLđiểm kiểm tra.

GiảmCheckPoint_Timeoutvà/hoặcMAX_무지개 토토_SIZEgây ra các điểm kiểm tra xảy ra thường xuyên hơn. Điều này cho phép phục hồi sau khi phá hủy nhanh hơn, vì ít công việc sẽ cần được làm lại. Tuy nhiên, người ta phải cân bằng điều này so với chi phí gia tăng của các trang dữ liệu bẩn thường xuyên hơn. Nếu nhưfull_page_writesđược đặt (như mặc định), có một yếu tố khác để xem xét. Để đảm bảo tính nhất quán của trang dữ liệu, sửa đổi đầu tiên của trang dữ liệu sau mỗi điểm kiểm tra dẫn đến việc đăng nhập toàn bộ nội dung trang. Trong trường hợp đó, khoảng thời gian điểm kiểm tra nhỏ hơn làm tăng thể tích đầu ra vào nhật ký WAL, phủ nhận một phần mục tiêu của việc sử dụng một khoảng thời gian nhỏ hơn và trong mọi trường hợp gây ra nhiều đĩa I/O.

Điểm kiểm tra khá tốn kém, thứ nhất vì họ yêu cầu viết ra tất cả các bộ đệm hiện đang bẩn và thứ hai vì chúng dẫn đến lưu lượng truy cập WAL tiếp theo như đã thảo luận ở trên. Do đó, thật khôn ngoan khi đặt các tham số kiểm tra đủ cao để các điểm kiểm tra không xảy ra quá thường xuyên. Khi kiểm tra sự tỉnh táo đơn giản trên các tham số kiểm tra của bạn, bạn có thể đặtCheckPoint_WarningTham số. Nếu các điểm kiểm tra xảy ra gần nhau hơnCheckpoint_warninggiây, một thông báo sẽ được xuất vào nhật ký máy chủ đề xuất tăngMAX_무지개 토토_SIZE. Thỉnh thoảng xuất hiện của một thông điệp như vậy không phải là nguyên nhân cho báo động, nhưng nếu nó xuất hiện thường xuyên thì các tham số điều khiển điểm kiểm tra sẽ được tăng lên. Các hoạt động hàng loạt như lớnCopyChuyển khoản có thể khiến một số cảnh báo như vậy xuất hiện nếu bạn chưa đặtMAX_무지개 토토_SIZEđủ cao.

Để tránh làm ngập hệ thống I/O với một vụ nổ trang, viết bộ đệm bẩn trong một điểm kiểm tra được trải đều trong một khoảng thời gian. Khoảng thời gian đó được kiểm soát bởiCheckpoint_completion_target, được đưa ra dưới dạng một phần của khoảng điểm kiểm tra (được cấu hình bằng cách sử dụngCheckPoint_Timeout). Tốc độ I/O được điều chỉnh sao cho điểm kiểm tra kết thúc khi phần đã cho củaCheckPoint_Timeoutgiây đã trôi qua hoặc trướcMAX_무지개 토토_SIZEbị vượt quá, tùy theo điều kiện nào sớm hơn. Với giá trị mặc định là 0,9,PostgreSQLcó thể được dự kiến ​​sẽ hoàn thành mỗi điểm kiểm tra một chút trước điểm kiểm tra theo lịch trình tiếp theo (khoảng 90% thời lượng điểm kiểm tra cuối cùng). Điều này trải ra I/O càng nhiều càng tốt để tải I/O điểm kiểm tra là nhất quán trong suốt khoảng thời gian điểm kiểm tra. Nhược điểm của điều này là các trạm kiểm soát kéo dài ảnh hưởng đến thời gian phục hồi, bởi vì nhiều phân đoạn WAL sẽ cần phải được giữ xung quanh để sử dụng để phục hồi. Người dùng lo ngại về lượng thời gian cần thiết để phục hồi có thể muốn giảmCheckpoint_timeoutđể các điểm kiểm tra xảy ra thường xuyên hơn nhưng vẫn lan truyền I/O trên khoảng thời gian kiểm tra. Ngoài ra,CheckPoint_Completion_TargetCó thể giảm, nhưng điều này sẽ dẫn đến thời gian I/O mãnh liệt hơn (trong điểm kiểm tra) và thời gian ít I/O hơn (sau khi điểm kiểm tra hoàn thành nhưng trước điểm kiểm tra theo lịch trình tiếp theo) và do đó không được khuyến nghị. Mặc dùCheckpoint_completion_targetcó thể được đặt cao tới 1.0, thường được khuyến nghị đặt nó ở mức không cao hơn 0,9 (mặc định) vì các điểm kiểm tra bao gồm một số hoạt động khác ngoài việc viết bộ đệm bẩn. Cài đặt 1.0 hoàn toàn có khả năng dẫn đến các điểm kiểm tra không được hoàn thành đúng hạn, điều này sẽ dẫn đến mất hiệu suất do sự thay đổi bất ngờ về số lượng các phân đoạn WAL cần thiết.

trên nền tảng Linux và PosixCheckpoint_flush_afterCho phép buộc hệ điều hành mà các trang được viết bởi điểm kiểm tra phải được chuyển vào đĩa sau một số byte có thể định cấu hình. Nếu không, các trang này có thể được giữ trong bộ đệm trang của hệ điều hành, tạo ra một gian hàng khifsyncđược cấp ở cuối điểm kiểm tra. Cài đặt này thường sẽ giúp giảm độ trễ giao dịch, nhưng nó cũng có thể có ảnh hưởng xấu đến hiệu suất; đặc biệt đối với khối lượng công việc lớn hơnShared_buffers, nhưng nhỏ hơn bộ nhớ cache trang của hệ điều hành.

Số lượng tệp phân đoạn 무지개 토토 trongPG_무지개 토토Thư mục phụ thuộc vàomin_무지개 토토_size, MAX_무지개 토토_SIZEvà lượng 무지개 토토 được tạo trong các chu kỳ điểm kiểm tra trước đó. Khi các tệp phân đoạn nhật ký cũ không còn cần thiết, chúng bị xóa hoặc tái chế (nghĩa là, được đổi tên thành các phân đoạn trong tương lai trong chuỗi được đánh số). Nếu, do tốc độ đầu ra nhật ký ngắn hạn,MAX_무지개 토토_SIZEbị vượt quá, các tệp phân đoạn không cần thiết sẽ bị xóa cho đến khi hệ thống trở lại dưới giới hạn này. Bên dưới giới hạn đó, hệ thống tái chế đủ các tệp WAL để đáp ứng nhu cầu ước tính cho đến khi điểm kiểm tra tiếp theo và xóa phần còn lại. Ước tính dựa trên mức trung bình di chuyển của số lượng tệp WAL được sử dụng trong các chu kỳ điểm kiểm tra trước đó. Trung bình di chuyển được tăng ngay lập tức nếu việc sử dụng thực tế vượt quá ước tính, do đó, nó phù hợp với mức sử dụng cao nhất thay vì sử dụng trung bình ở một mức độ nào đó.min_무지개 토토_sizeĐặt tối thiểu về số lượng các tệp WAL được tái chế để sử dụng trong tương lai; WAL đó luôn được tái chế để sử dụng trong tương lai, ngay cả khi hệ thống không hoạt động và ước tính sử dụng 무지개 토토 cho thấy rằng Little 무지개 토토 là cần thiết.

độc lập vớiMAX_무지개 토토_SIZE, gần đây nhất무지개 토토_keep_sizemegabyte của các tệp wal cộng với một tệp WAL bổ sung được lưu giữ mọi lúc. Ngoài ra, nếu việc lưu trữ 무지개 토토 được sử dụng, các phân đoạn cũ không thể được gỡ bỏ hoặc tái chế cho đến khi chúng được lưu trữ. Nếu lưu trữ 무지개 토토 không thể theo kịp tốc độ mà 무지개 토토 được tạo ra, hoặc nếuArchive_CommandThất bại nhiều lần, các tệp 무지개 토토 cũ sẽ tích lũy trongpg_무지개 토토Cho đến khi tình huống được giải quyết. Một máy chủ dự phòng chậm hoặc không thành công sử dụng khe sao chép sẽ có hiệu ứng tương tự (xemPhần 27.2.6).

Trong chế độ khôi phục lưu trữ hoặc chế độ chờ, máy chủ thực hiện định kỳKhởi động lại,Tương tự như các điểm kiểm tra trong hoạt động bình thường: Máy chủ buộc tất cả trạng thái của nó sang đĩa, cập nhậtPG_ControlTệp để chỉ ra rằng dữ liệu 무지개 토토 đã được xử lý không cần phải được quét lại và sau đó tái chế bất kỳ tệp phân đoạn nhật ký cũ nào trongPG_무지개 토토Thư mục. Các điểm khởi động lại không thể được thực hiện thường xuyên hơn so với các điểm kiểm tra trên chính vì các điểm khởi động lại chỉ có thể được thực hiện tại các bản ghi điểm kiểm tra. Một điểm khởi động lại được kích hoạt khi đạt được bản ghi điểm kiểm tra nếu ít nhấtCheckPoint_Timeoutgiây đã trôi qua kể từ lần khởi động lại cuối cùng hoặc nếu kích thước 무지개 토토 sắp vượt quáMAX_무지개 토토_SIZE. Tuy nhiên, do các hạn chế khi có thể thực hiện khi khởi động lại,MAX_무지개 토토_SIZEthường bị vượt quá trong quá trình phục hồi, bằng một giá trị của 무지개 토토 giá trị của chu kỳ kiểm tra. (MAX_무지개 토토_SIZEDù sao thì không bao giờ là giới hạn cứng, vì vậy bạn nên luôn luôn để lại nhiều khoảng không để tránh hết dung lượng đĩa.)

Có hai bên trong thường được sử dụng무지개 토토chức năng:XLOGINSERTRECORDvàXLogFlush. XLOGINSERTRECORDđược sử dụng để đặt một bản ghi mới vào무지개 토토Bộ đệm trong bộ nhớ chia sẻ. Nếu không có khoảng trống cho bản ghi mới,XLOGINSERTRECORDSẽ phải viết (chuyển sang bộ đệm kernel) một vài người được lấp đầy무지개 토토bộ đệm. Điều này là không mong muốn vìXLOGINSERTRECORDđược sử dụng trên mọi sửa đổi cấp thấp của cơ sở dữ liệu (ví dụ: chèn hàng) tại thời điểm mà khóa độc quyền được giữ trên các trang dữ liệu bị ảnh hưởng, do đó, hoạt động cần càng nhanh càng tốt. Điều tồi tệ hơn, viết무지개 토토Bộ đệm cũng có thể buộc tạo ra một phân đoạn nhật ký mới, còn mất nhiều thời gian hơn. Thông thường,무지개 토토Bộ đệm phải được viết và xả bằng mộtXLogFlushYêu cầu, được thực hiện, phần lớn, tại thời điểm giao dịch cam kết để đảm bảo rằng các hồ sơ giao dịch được chuyển đến lưu trữ vĩnh viễn. Trên các hệ thống có đầu ra nhật ký cao,XLogFlushYêu cầu có thể không xảy ra thường xuyên để ngăn chặnXLOGINSERTRECORDTừ việc phải viết. Trên các hệ thống như vậy, người ta nên tăng số lượng무지개 토토bộ đệm bằng cách sửa đổi무지개 토토_buffersTham số. Khifull_page_writesđược đặt và hệ thống rất bận, cài đặt무지개 토토_bufferscao hơn sẽ giúp thời gian phản hồi trơn tru trong khoảng thời gian ngay sau mỗi điểm kiểm tra.

Thecam kết_delay23645_23763XLOGFLUSH, trong khi nhóm cam kết theo dõi xếp hàng sau người lãnh đạo. Sự chậm trễ này cho phép các quy trình máy chủ khác thêm các bản ghi cam kết của họ vào bộ đệm 무지개 토토 để tất cả chúng sẽ bị xóa bởi hoạt động đồng bộ hóa cuối cùng của người lãnh đạo. Không có giấc ngủ sẽ xảy ra nếufsynckhông được bật hoặc nếu ít hơncam kết_siblingsCác phiên khác hiện đang trong các giao dịch hoạt động; Điều này tránh được ngủ khi không có bất kỳ phiên nào khác sẽ sớm cam kết. Lưu ý rằng trên một số nền tảng, độ phân giải của yêu cầu giấc ngủ là mười mili giây, do đó bất kỳ khác khôngcam kết_delayCài đặt từ 1 đến 10000 micro giây sẽ có cùng hiệu ứng. Cũng lưu ý rằng trên một số nền tảng, các hoạt động ngủ có thể mất nhiều thời gian hơn một chút so với yêu cầu của tham số.

Vì mục đích củacam kết_delaylà cho phép chi phí của mỗi hoạt động tuôn ra được khấu hao theo các giao dịch thực hiện đồng thời (có khả năng phải trả chi phí cho độ trễ giao dịch), cần phải định lượng chi phí đó trước khi cài đặt có thể được chọn một cách thông minh. Chi phí đó càng cao thì càng hiệu quảcam kết_delaydự kiến ​​sẽ tăng thông lượng giao dịch, lên đến một điểm. Thepg_test_fsyncChương trình có thể được sử dụng để đo thời gian trung bình tính bằng các micro giây mà một hoạt động của một lần xả 무지개 토토 thực hiện. Giá trị của một nửa thời gian trung bình mà chương trình báo cáo cần phải có sau khi hoạt động ghi 8kB thường là cài đặt hiệu quả nhất chocam kết_delay, vì vậy giá trị này được khuyến nghị làm điểm bắt đầu để sử dụng khi tối ưu hóa cho một khối lượng công việc cụ thể. Trong khi điều chỉnhcam kết_delayĐặc biệt hữu ích khi nhật ký 무지개 토토 được lưu trữ trên các đĩa xoay có độ trễ cao, lợi ích có thể là đáng kể ngay cả trên phương tiện lưu trữ với thời gian đồng bộ hóa rất nhanh, chẳng hạn như các ổ đĩa trạng thái rắn hoặc mảng đột kích với bộ nhớ cache viết bằng pin; Nhưng điều này chắc chắn nên được kiểm tra đối với một khối lượng công việc đại diện. Giá trị cao hơn củacam kết_siblingsnên được sử dụng trong các trường hợp như vậy, trong khi nhỏ hơncam kết_siblingsGiá trị thường hữu ích trên phương tiện có độ trễ cao hơn. Lưu ý rằng hoàn toàn có thể là một cài đặtcam kết_delayĐiều đó quá cao có thể tăng độ trễ giao dịch bằng nhiều đến mức tổng thông lượng giao dịch bị ảnh hưởng.

Khicam kết_delayđược đặt thành 0 (mặc định), vẫn có thể xảy ra hình thức cam kết nhóm, nhưng mỗi nhóm sẽ chỉ bao gồm các phiên đạt đến điểm mà họ cần xóa các bản ghi cam kết của họ trong cửa sổ trong đó hoạt động Flush trước đó (nếu có) xảy ra. Ở mức độ khách hàng cao hơn được tính AHồiHiệu ứng GangwayHàngcó xu hướng xảy ra, để các tác động của cam kết nhóm trở nên đáng kể ngay cả khicam kết_delaybằng không, và do đó cài đặt rõ ràngcam kết_delaycó xu hướng giúp ít hơn. Cài đặtcam kết_delayChỉ có thể giúp khi (1) có một số giao dịch cam kết đồng thời và (2) thông lượng bị giới hạn ở một mức độ nào đó theo tỷ lệ cam kết; Nhưng với độ trễ quay cao, cài đặt này có thể có hiệu quả trong việc tăng thông lượng giao dịch với ít nhất hai máy khách (nghĩa là một ứng dụng khách cam kết với một giao dịch anh chị em).

The무지개 토토_sync_methodtham số xác định cáchPostgreSQLSẽ yêu cầu hạt nhân buộc무지개 토토Cập nhật vào đĩa. Tất cả các tùy chọn phải giống nhau về độ tin cậy, ngoại trừFSYNC_WRITETHROUGH, đôi khi có thể buộc một bộ đệm của đĩa ngay cả khi các tùy chọn khác không làm như vậy. Tuy nhiên, nó khá đặc trưng cho nền tảng nào sẽ là nhanh nhất. Bạn có thể kiểm tra tốc độ của các tùy chọn khác nhau bằng cách sử dụngpg_test_fsyncChương trình. Lưu ý rằng tham số này không liên quan nếufsyncđã bị tắt.

Kích hoạt무지개 토토_debugtham số cấu hình (được cung cấp đóPostgreSQLđã được biên dịch với hỗ trợ cho nó) sẽ dẫn đến mỗiXLOGINSERTRECORDvàXLOGFLUSH 무지개 토토cuộc gọi đang được ghi vào nhật ký máy chủ. Tùy chọn này có thể được thay thế bằng một cơ chế chung hơn trong tương lai.

Có hai chức năng nội bộ để ghi dữ liệu WAL vào đĩa:xlogwritevàvấn đề_xlog_fsync. KhiTrack_무지개 토토_io_timingđược bật, tổng số lượng thời gianXLogWriteWrites vàvấn đề_xlog_fsyncSyncs WAL Dữ liệu vào đĩa được tính là무지개 토토_write_timevà무지개 토토_sync_timeinpg_stat_무지개 토토, tương ứng.XLogWritethường được gọi bởiXLOGINSERTRECORD(Khi không có không gian cho bản ghi mới trong bộ đệm 무지개 토토),XLogFlushVà người viết wal, để viết bộ đệm wal vào đĩa và gọivấn đề_xlog_fsync. vấn đề_xlog_fsyncthường được gọi bởiXLogWriteĐể đồng bộ hóa các tập tin WAL với đĩa. Nếu như무지개 토토_sync_methodlàOpen_DataSynchoặcOpen_Sync, Hoạt động ghi trongXLogWriteĐảm bảo đồng bộ hóa dữ liệu WAL viết với đĩa vàvấn đề_xlog_fsyncKhông làm gì. Nếu như무지개 토토_sync_methodlàfdatasync, fsynchoặcFSYNC_WRITETHROUGH, Hoạt động ghi chuyển bộ đệm 무지개 토토 sang bộ đệm kernel vàvấn đề_xlog_fsyncĐồng bộ hóa chúng với đĩa. Bất kể cài đặt củaTrack_무지개 토토_io_timing, Số lầnXLogWriteWrites vàvấn đề_xlog_fsyncĐồng bộ hóa dữ liệu WAL vào đĩa cũng được tính là무지개 토토_writevà무지개 토토_syncinPG_STAT_무지개 토토, tương ứng.