A k\u00f6z\u00f6ss\u00e9gben az emberek k\u00e9rdezt\u00e9k a prepared statement t\u00e1mogat\u00e1s\u00e1t.<\/a><\/noindex>Jelenleg k\u00e9t m\u00f3don hozhat l\u00e9tre el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1st. El\u0151sz\u00f6r is, v\u00e9grehajthat egy SQL parancsot, nevezetesen az \u201eel\u0151kezelt\u201d utas\u00edt\u00e1st. Ahhoz, hogy meg\u00e9rts\u00fck ezt az SQL parancsot, meg kell tanulnunk meg\u00e9rteni az SQL-t a Bouncer oldal\u00e1r\u00f3l. Ez feleslegesnek t\u0171nik, mert teljes m\u00e9rt\u00e9kben egy parszert ig\u00e9nyel. Nem tudjuk minden SQL parancsot \u00e9rtelmezni. <\/p>\n<\/p>\n
De van \u00fczenetprotokoll szint\u0171 el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1s a proto3-on. \u00c9s ez az a hely, ahol inform\u00e1ci\u00f3 \u00e9rkezik arr\u00f3l, hogy mik\u00e9nt j\u00f6n l\u00e9tre az el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1s struktur\u00e1lt form\u00e1ban. T\u00e1mogathatn\u00e1nk annak meg\u00e9rt\u00e9s\u00e9t, hogy egy bizonyos szerverkapcsolaton a kliens k\u00e9rte egy el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1s l\u00e9trehoz\u00e1s\u00e1t. \u00c9s m\u00e9g ha a tranzakci\u00f3 lez\u00e1rul is, tov\u00e1bbra is meg kell tartanunk a szerver \u00e9s a kliens \u00f6sszekapcsolts\u00e1g\u00e1t. <\/p>\n
<\/p>\n
De itt ellentmond\u00e1s mer\u00fcl fel a p\u00e1rbesz\u00e9dben, mert valaki arr\u00f3l besz\u00e9l, hogy meg kell \u00e9rten\u00fcnk, hogy a kliens pontosan milyen el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1st hozott l\u00e9tre, \u00e9s el kell v\u00e1lasztanunk a szerverkapcsolatot minden kliens k\u00f6z\u00f6tt, aki ezt a szerverkapcsolatot l\u00e9trehozta, azaz aki \u00edgy hozta l\u00e9tre az el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1st. <\/p>\n
<\/p>\n
Andres Freund azt mondta, hogy ha egy kliens, aki m\u00e1r l\u00e9trehozott egy ilyen el\u0151k\u00e9sz\u00edtett utas\u00edt\u00e1st egy m\u00e1sik szerverkapcsolaton, hozz\u00e1d \u00e9rkezik, akkor hozd l\u00e9tre helyette. De \u00fagy t\u0171nik, hogy ez nem teljesen helyes a kliens helyett adatb\u00e1zisban v\u00e9grehajtani a lek\u00e9rdez\u00e9seket, de a fejleszt\u0151 szempontj\u00e1b\u00f3l, aki az adatb\u00e1zissal val\u00f3 interakci\u00f3s protokollt \u00edrja, hasznos lenne, ha csak kapna egy h\u00e1l\u00f3zati kapcsolatot, amely tartalmaz egy ilyen el\u0151k\u00e9sz\u00edtett lek\u00e9rdez\u00e9st. <\/p>\n
<\/p>\n
<\/p>\n
\u00c9s van m\u00e9g egy funkci\u00f3, amit meg kell val\u00f3s\u00edtanunk. Jelenleg van egy PgBouncer kompatibilis monitorunk. Vissza tudjuk adni a lek\u00e9rdez\u00e9s v\u00e9grehajt\u00e1s\u00e1nak \u00e1tlagos idej\u00e9t. De az \u00e1tlagos id\u0151 olyan, mint a k\u00f3rh\u00e1z \u00e1tlagh\u0151m\u00e9rs\u00e9klete: valaki hideg, valaki meleg \u2013 \u00e1tlagosan mindenki eg\u00e9szs\u00e9ges. Ez nem igaz. <\/p>\n
<\/p>\n
T\u00e1mogat\u00e1st kell megval\u00f3s\u00edtanunk a percentilisekhez, amelyek jelezni fogj\u00e1k, hogy vannak lass\u00fa lek\u00e9rdez\u00e9sek, amelyek er\u0151forr\u00e1sokat fogyasztanak, \u00e9s elfogadhat\u00f3bb\u00e1 tenn\u00e9k a monitoroz\u00e1st. <\/p>\n
<\/p>\n
<\/p>\n
A legfontosabb, hogy szeretn\u00e9m a 1.0-s verzi\u00f3t (A 1.1-es verzi\u00f3 m\u00e1r megjelent). Az a helyzet, hogy az Odyssey jelenleg 1.0rc verzi\u00f3ban van, azaz a kiad\u00e1si jel\u00f6ltben. Minden probl\u00e9ma, amit felsoroltam, pontosan e verzi\u00f3ban lett jav\u00edtva, kiv\u00e9ve a mem\u00f3ria sziv\u00e1rg\u00e1st. <\/p>\n
<\/p>\n
Mit mit jelent sz\u00e1munkra az 1.0-\u00e1s verzi\u00f3? Az Odyssey-t bevezetj\u00fck a saj\u00e1t adatb\u00e1zisainkba. M\u00e1r most m\u0171k\u00f6dik az adatb\u00e1zisainkon, de amikor el\u00e9rj\u00fck az 1 000 000 k\u00e9r\u00e9st m\u00e1sodpercenk\u00e9nt, akkor azt mondhatjuk, hogy ez a kiad\u00e1si verzi\u00f3, \u00e9s ezt nevezhetj\u00fck 1.0-nak. <\/p>\n
<\/p>\n
A k\u00f6z\u00f6ss\u00e9g n\u00e9h\u00e1ny tagja k\u00e9rte, hogy az 1.0-\u00e1s verzi\u00f3 tartalmazzon sz\u00fcnetet \u00e9s SCRAM-ot is. De ez azt jelenti, hogy ki kell adni a k\u00f6vetkez\u0151 verzi\u00f3t, mert sem SCRAM, sem a sz\u00fcnet nincs m\u00e9g \u00f6sszevonva. De val\u00f3sz\u00edn\u0171leg ezt a k\u00e9rd\u00e9st gyorsan meg tudjuk oldani. <\/p>\n
<\/p>\n
<\/p>\n
V\u00e1rom a pull requestjeiteket. \u00c9s szeretn\u00e9m hallani, hogy milyen probl\u00e9m\u00e1itok vannak a Bouncer-rel. Besz\u00e9lj\u00fck meg \u0151ket. Tal\u00e1n meg tudunk val\u00f3s\u00edtani olyan funkci\u00f3kat, amelyek sz\u00fcks\u00e9gesek sz\u00e1motokra. <\/p>\n
<\/p>\n
Ezzel a r\u00e9szem befejez\u0151d\u00f6tt, szeretn\u00e9m hallani a v\u00e9lem\u00e9nyeteket. K\u00f6sz\u00f6n\u00f6m!<\/p>\n
<\/p>\n
K\u00e9rd\u00e9sek<\/p>\n
<\/p>\n
Ha be\u00e1ll\u00edtom az application_name-t, akkor az helyesen fog tov\u00e1bb\u00edt\u00f3dni, bele\u00e9rtve a transaction poolingot az Odyssey-ban?<\/em><\/p>\n<\/p>\n
Az Odyssey-ban vagy a Bouncer-ben?<\/p>\n
<\/p>\n
Az Odyssey-ban. A Bouncer-ben tov\u00e1bb\u00edt\u00f3dik.<\/em> <\/p>\n<\/p>\n
A szettet megcsin\u00e1ljuk. <\/p>\n
<\/p>\n
\u00c9s ha a val\u00f3di kapcsolatom ugr\u00e1l m\u00e1s kapcsolatok k\u00f6z\u00f6tt, akkor az \u00e1t lesz adva?<\/em><\/p>\n<\/p>\n
Minden param\u00e9tert be\u00e1ll\u00edtunk, ami a list\u00e1n szerepel. Nem tudom megmondani, hogy az application_name benne van-e a list\u00e1ban. \u00dagy t\u0171nik, hogy l\u00e1ttam. Az \u00f6sszes param\u00e9tert ugyan\u00fagy fogjuk be\u00e1ll\u00edtani. Egy k\u00e9r\u00e9s keret\u00e9ben minden be lesz \u00e1ll\u00edtva, amit az \u00fcgyf\u00e9l a startup sor\u00e1n megadott. <\/p>\n
<\/p>\n
K\u00f6sz\u00f6n\u00f6m, Andrei, a prezent\u00e1ci\u00f3t! J\u00f3 el\u0151ad\u00e1s! \u00d6r\u00fcl\u00f6k, hogy az Odyssey minden percben egyre gyorsabban fejl\u0151dik. K\u00edv\u00e1nom, hogy folytass\u00e1tok \u00edgy tov\u00e1bb. M\u00e1r k\u00e9rt\u00fcnk t\u0151letek egy multi data-source kapcsol\u00f3d\u00e1st, hogy az Odyssey egyszerre t\u00f6bb adatb\u00e1zishoz tudjon csatlakozni, azaz master-slave, majd automatikusan a failover ut\u00e1n csatlakozzon az \u00faj masterhez.<\/em> <\/p>\n<\/p>\n
Igen, \u00fagy t\u0171nik, eml\u00e9kszem erre a vit\u00e1ra. Jelenleg van n\u00e9h\u00e1ny t\u00e1rol\u00f3. De v\u00e1lt\u00e1s k\u00f6z\u00f6tt\u00fck nincs. A saj\u00e1t oldalunkon kell lek\u00e9rdezn\u00fcnk a szervert, hogy m\u00e9g \u00e9l-e, \u00e9s meg kell \u00e9rten\u00fcnk, hogy t\u00f6rt\u00e9nt-e a failover, ki h\u00edvja meg a pg_recovery-t. Van egy standard m\u00f3dszerem, hogy meg\u00e9rts\u00fck, hogy nem a masterre \u00e9rkezt\u00fcnk. \u00c9s meg kell \u00e9rten\u00fcnk, hogy valahogy hib\u00e1kb\u00f3l vagy hogyan? Teh\u00e1t az \u00f6tlet \u00e9rdekes, besz\u00e9lget\u00fcnk r\u00f3la. \u00cdrjatok t\u00f6bb megjegyz\u00e9st. Ha van olyan munkat\u00e1rsatok, aki ismeri a C-t, akkor az remek. <\/p>\n
<\/p>\n
A replik\u00e1k sk\u00e1l\u00e1z\u00e1s\u00e1val kapcsolatos k\u00e9rd\u00e9s minket is \u00e9rdekel, mivel azt szeretn\u00e9nk, hogy a replik\u00e1lt klaszterek elfogad\u00e1sa a lehet\u0151 legegyszer\u0171bb legyen az alkalmaz\u00e1sfejleszt\u0151k sz\u00e1m\u00e1ra. De itt t\u00f6bb megjegyz\u00e9st szeretn\u00e9nk, azaz hogyan lehet megval\u00f3s\u00edtani, hogyan lehet j\u00f3l megcsin\u00e1lni. <\/p>\n
<\/p>\n
A k\u00e9rd\u00e9s szint\u00e9n a replik\u00e1kr\u00f3l sz\u00f3l. Teh\u00e1t van egy mester \u00e9s t\u00f6bb replik\u00e1ja. \u00c9s nyilv\u00e1nval\u00f3, hogy ritk\u00e1bban fordulunk a replik\u00e1hoz, mint a mesterszerverhez a kapcsolatok miatt, mert lehet elt\u00e9r\u00e9s. Azt mondtad, hogy az adatok elt\u00e9r\u00e9se olyan lehet, hogy nem felel meg az \u00fczletednek, \u00e9s nem fogsz oda l\u00e1togatni, am\u00edg nem replik\u00e1l\u00f3dik vissza. Ugyanakkor, ha hossz\u00fa ideig nem l\u00e1togattad, majd elkezdesz oda j\u00e1rni, akkor azok az adatok, amikre sz\u00fcks\u00e9ged van, nem lesznek azonnal el\u00e9rhet\u0151ek. Azaz, ha folyamatosan a mesterhez megy\u00fcnk, ott a gyors\u00edt\u00f3t\u00e1r fel van meleg\u00edtve, m\u00edg a replik\u00e1ban a gyors\u00edt\u00f3t\u00e1r kicsit le van maradva.<\/em> <\/p>\n<\/p>\n
Igen, ez igaz. A pcache-ben nem lesznek azok az adatok, amikre sz\u00fcks\u00e9g van, a real cache-ben nem lesz inform\u00e1ci\u00f3 a t\u00e1bl\u00e1kr\u00f3l, amikre sz\u00fcks\u00e9g van, a tervekben nem lesznek elemzett lek\u00e9rdez\u00e9sek, tulajdonk\u00e9ppen semmi sem lesz. <\/p>\n
<\/p>\n
\u00c9s amikor van egy klasztered, \u00e9s \u00faj replik\u00e1t adsz hozz\u00e1, addig, am\u00edg az elindul, minden rosszul van benne, azaz n\u00f6veli a gyors\u00edt\u00f3t\u00e1r\u00e1t.<\/em> <\/p>\n<\/p>\n
\u00c9n meg\u00e9rtettem az \u00f6tletet. A helyes megk\u00f6zel\u00edt\u00e9s az lenne, hogy el\u0151sz\u00f6r egy kis sz\u00e1zal\u00e9k\u00e1t a lek\u00e9rdez\u00e9seknek a replik\u00e1ra ir\u00e1ny\u00edtsuk, hogy felmelegedjen a gyors\u00edt\u00f3t\u00e1r. Durv\u00e1n sz\u00f3lva, van egy felt\u00e9tel\u00fcnk, miszerint legfeljebb 10 m\u00e1sodperccel kell lemaradnunk a mestert\u0151l. Ezt a felt\u00e9telt nem egy hull\u00e1mban, hanem fokozatosan kellene bevezetni n\u00e9h\u00e1ny kliens sz\u00e1m\u00e1ra. <\/p>\n
<\/p>\n
Igen, n\u00f6velni a s\u00falyt.<\/em><\/p>\n<\/p>\n
Ez j\u00f3 \u00f6tlet. De el\u0151sz\u00f6r ezt a kikapcsol\u00e1st kell megval\u00f3s\u00edtani. El\u0151sz\u00f6r ki kell kapcsolni, \u00e9s azt\u00e1n gondolkodunk, hogyan lehet bekapcsolni. Ez egy nagyszer\u0171 funkci\u00f3, hogy fokozatosan bekapcsol\u00f3djunk.<\/p>\n
<\/p>\n
Az nginx-nek van egy ilyen lehet\u0151s\u00e9ge lassan indul<\/code> a server klaszter\u00e9ben. \u00c9s fokozatosan n\u00f6veli a terhel\u00e9st.<\/em> <\/p>\n<\/p>\n
Igen, nagyszer\u0171 \u00f6tlet, kipr\u00f3b\u00e1ljuk, amikor od\u00e1ig jutunk.<\/p>\n
Forr\u00e1s: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0412 \u0434\u043e\u043a\u043b\u0430\u0434\u0435 \u0410\u043d\u0434\u0440\u0435\u0439 \u0411\u043e\u0440\u043e\u0434\u0438\u043d \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u0442, \u043a\u0430\u043a \u043e\u043d\u0438 \u0443\u0447\u043b\u0438 \u043e\u043f\u044b\u0442 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f PgBouncer \u043f\u0440\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438 \u043f\u0443\u043b\u0435\u0440\u0430 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 Odyssey, \u043a\u0430\u043a \u0432\u044b\u043a\u0430\u0442\u044b\u0432\u0430\u043b\u0438 \u0435\u0433\u043e \u0432 production. \u041a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e, \u043e\u0431\u0441\u0443\u0434\u0438\u043c \u043a\u0430\u043a\u0438\u0435 \u0444\u0443\u043d\u043a\u0446\u0438\u0438 \u043f\u0443\u043b\u0435\u0440\u0430 \u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0431\u044b \u0432\u0438\u0434\u0435\u0442\u044c \u0432 \u043d\u043e\u0432\u044b\u0445 \u0432\u0435\u0440\u0441\u0438\u044f\u0445: \u043d\u0430\u043c \u0432\u0430\u0436\u043d\u043e \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0437\u0430\u043a\u0440\u044b\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0438 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u0438, \u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c \u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u041e\u0434\u0438\u0441\u0441\u0435\u044f. \u0412\u0438\u0434\u0435\u043e: \u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u0410\u043d\u0434\u0440\u0435\u0439. \u0412 \u042f\u043d\u0434\u0435\u043a\u0441\u0435 \u044f \u0437\u0430\u043d\u0438\u043c\u0430\u044e\u0441\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":96516,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-96515","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Odyssey](\"\/wp-content\/uploads\/2020\/10\/6c445191705a4c96939cd094bc457a53.jpg\")
<\/p>\n