Ini ialah arahan pgreplay yang boleh dijalankan dalam penyedia pengehosan percuma OnWorks menggunakan salah satu daripada berbilang stesen kerja dalam talian percuma kami seperti Ubuntu Online, Fedora Online, emulator dalam talian Windows atau emulator dalam talian MAC OS.
JADUAL:
NAMA
pgreplay - Pemutar semula fail log PostgreSQL untuk ujian prestasi
SINOPSIS
pgreplay [menghurai pilihan] [memainkan semula pilihan] [-d tahap] [dalam fail]
pgreplay -f [menghurai pilihan] [-o fail luar] [-d tahap] [dalam fail]
pgreplay -r [memainkan semula pilihan] [-d tahap] [dalam fail]
DESCRIPTION
pgreplay membaca fail log PostgreSQL (tidak fail WAL), mengekstrak pernyataan SQL dan
melaksanakannya dalam susunan dan masa relatif yang sama terhadap kluster pangkalan data PostgreSQL.
Laporan akhir memberi anda analisis statistik yang berguna tentang beban kerja anda dan pelaksanaannya.
Dalam bentuk pertama, fail log dalam fail dimainkan semula pada masa ia dibaca.
Dengan -f pilihan, pgreplay tidak akan melaksanakan kenyataan, tetapi menulisnya untuk 'ulang tayang
fail' fail luar yang boleh dimainkan semula dengan bentuk ketiga.
Dengan -r pilihan, pgreplay akan melaksanakan pernyataan dalam fail ulang tayang dalam fail Bahawa
telah dicipta oleh bentuk kedua.
Jika pelaksanaan kenyataan terlewat dari jadual, mesej amaran akan dikeluarkan
menunjukkan bahawa pelayan tidak dapat mengendalikan beban tepat pada masanya. Ideanya ialah
memainkan semula beban kerja pangkalan data dunia sebenar setepat mungkin.
Untuk mencipta fail log yang boleh dihuraikan oleh pgreplay, anda perlu menetapkan perkara berikut
parameter dalam postgresql.conf:
log_min_messages=error (atau lebih)
log_min_error_statement=log (atau lebih)
log_connections=on
log_disconnections=on
log_line_prefix='%m|%u|%d|%c|' (jika anda tidak menggunakan pengelogan CSV)
log_statement='semua'
lc_messages mesti ditetapkan kepada bahasa Inggeris (pengekodan tidak penting)
bytea_output=escape (dari versi 9.0 pada, hanya jika anda mahu memainkan semula log pada 8.4
atau lebih awal)
Kelompok pangkalan data yang anda mainkan semula pernyataan SQL mestilah klon daripada
kluster pangkalan data yang menjana log dari masa itu segera sebelum balak itu
dihasilkan.
pgreplay berguna untuk ujian prestasi, terutamanya dalam situasi berikut:
* Anda ingin membandingkan prestasi aplikasi PostgreSQL anda pada berbeza
perkakasan atau sistem pengendalian yang berbeza.
* Anda ingin menaik taraf pangkalan data anda dan ingin memastikan bahawa versi pangkalan data baharu
tidak mengalami regresi prestasi yang menjejaskan anda.
Selain itu, pgreplay boleh memberi anda sedikit perasaan tentang bagaimana permohonan anda kekuatan skala mengikut
membolehkan anda cuba memainkan semula beban kerja pada kelajuan yang lebih tinggi. Berhati-hati, walaupun, bahawa 500
pengguna yang bekerja pada kelajuan berganda sebenarnya tidak sama dengan 1000 pengguna yang bekerja secara normal
kelajuan.
PILIHAN
Parse pilihan yang berikut:
-c Menentukan bahawa fail log berada dalam format 'csvlog' (sangat disyorkan) dan bukan dalam
format 'stderr'.
-b cap masa
Hanya entri log yang lebih besar atau sama dengan cap masa itu akan dihuraikan. Formatnya ialah
YYYY-MM-DD HH:MM:SS.FFF seperti dalam fail log. Bahagian zon waktu pilihan ialah
diabaikan.
-e cap masa
Hanya entri log yang kurang atau sama dengan cap masa itu akan dihuraikan. Formatnya ialah
YYYY-MM-DD HH:MM:SS.FFF seperti dalam fail log. Bahagian zon waktu pilihan ialah
diabaikan.
-q Menentukan bahawa garis miring ke belakang dalam rentetan literal mudah akan terlepas daripada perkara berikut
petikan tunggal. Ini bergantung pada pilihan konfigurasi seperti
standard_conforming_strings dan merupakan lalai untuk pelayan versi 9.0 dan kurang.
Memainkan semula pilihan yang berikut:
-h nama hos
Nama hos tempat kluster pangkalan data sasaran sedang berjalan (atau direktori tempat fail UNIX
soket boleh didapati). Lalai kepada sambungan tempatan.
Ini berfungsi sama seperti -h pilihan untuk psql.
-p pelabuhan
Port TCP di mana kluster pangkalan data sasaran boleh dicapai.
-W kata laluan
Secara lalai, pgreplay mengandaikan bahawa kluster pangkalan data sasaran dikonfigurasikan untuk
amanah pengesahan. Dengan -W pilihan anda boleh menentukan kata laluan yang akan
digunakan untuk semua pengguna dalam kelompok.
-s faktor
Faktor kelajuan untuk main semula, secara lalai 1. Ini boleh menjadi sebarang terapung positif yang sah
nombor titik. A faktor kurang daripada 1 akan memainkan semula beban kerja dalam 'gerak perlahan', manakala
a faktor lebih besar daripada 1 bermaksud 'maju pantas'.
-E pengekodan
Menentukan pengekodan fail log, yang akan digunakan sebagai pengekodan klien
semasa ulang tayang. Jika ia ditinggalkan, pengekodan klien lalai anda akan digunakan.
-j Jika semua sambungan melahu, lompat ke hadapan ke permintaan seterusnya dan bukannya tidur.
Ini akan mempercepatkan tayangan semula. Kelewatan pelaksanaan masih akan dilaporkan dengan betul, tetapi
statistik main semula tidak akan mengandungi masa terbiar.
Output pilihan yang berikut:
-o fail luar
menentukan fail main semula di mana pernyataan akan ditulis untuk main semula kemudian.
Debug pilihan yang berikut:
-d tahap
Menentukan tahap surih (antara 1 dan 3). Peningkatan tahap akan menghasilkan lebih banyak
maklumat terperinci tentang apa pgreplay sedang membuat.
-v Mencetak versi program dan keluar.
PERSEKITARAN
HANTU Menentukan nilai lalai untuk -h pilihan.
PGPORT Menentukan nilai lalai untuk -p pilihan.
PGCLIENTENCODING
Menentukan nilai lalai untuk -E pilihan.
HADAH
pgreplay hanya boleh memainkan semula apa yang dilog oleh PostgreSQL. Ini membawa kepada beberapa batasan:
* SALINAN kenyataan tidak akan dimainkan semula, kerana data salinan tidak dilog.
* Panggilan fungsi API laluan pantas tidak dilog dan tidak akan dimainkan semula. Malangnya,
ini termasuk API Objek Besar.
* Memandangkan fail log sentiasa dalam pengekodan pelayan (yang anda boleh tentukan dengan -E
pertukaran dari pgreplay), semua SET pengekodan_pelanggan kenyataan akan diabaikan.
* Memandangkan masa penyediaan kenyataan yang disediakan tidak dilog (melainkan
log_min_messages is nyahpepijat2 atau lebih), kenyataan ini akan disediakan serta-merta
sebelum mereka mula-mula dilaksanakan semasa ulang tayang.
* Kerana fail log mengandungi hanya teks, parameter pertanyaan dan nilai pulangan akan
sentiasa dalam teks dan tidak sekali-kali dalam format binari. Jika anda menggunakan mod binari untuk, katakan, pemindahan
data binari yang besar, pgreplay boleh menyebabkan lebih banyak trafik rangkaian daripada
larian asal.
* Kadangkala, jika sambungan mengambil masa lebih lama untuk diselesaikan, ID sesi secara tidak dijangka
perubahan dalam fail log PostgreSQL. Ini menyebabkan pgreplay untuk menganggap sesi sebagai dua
yang berbeza, menghasilkan sambungan tambahan. Ini boleh dikatakan pepijat masuk
PostgreSQL.
Gunakan pgreplay dalam talian menggunakan perkhidmatan onworks.net
