In der Community haben die Leute nach der Unterst\u00fctzung von Prepared Statements gefragt.<\/a><\/noindex>Jetzt k\u00f6nnen Sie ein Prepared Statement auf zwei Arten erstellen. Erstens k\u00f6nnen Sie den SQL-Befehl, n\u00e4mlich \u201eprepared\u201c, ausf\u00fchren. Um diesen SQL-Befehl zu verstehen, m\u00fcssen wir lernen, SQL auf der Bouncer-Seite zu verstehen. Es w\u00e4re \u00fcbertrieben, denn wir ben\u00f6tigen einen vollst\u00e4ndigen Parser. Wir k\u00f6nnen nicht jeden SQL-Befehl parsen. <\/p>\n<\/p>\n
Aber es gibt ein Prepared Statement auf der Ebene des Nachrichtenprotokolls in proto3. Und das ist der Punkt, an dem die Informationen dar\u00fcber, dass ein Prepared Statement erstellt wird, in strukturierter Form eintreffen. Wir k\u00f6nnten das Verst\u00e4ndnis unterst\u00fctzen, dass ein Client auf einer bestimmten Serververbindung gebeten hat, Prepared Statements zu erstellen. Und selbst wenn die Transaktion beendet ist, m\u00fcssen wir die Konsistenz zwischen Server und Client weiterhin aufrechterhalten. <\/p>\n
<\/p>\n
Aber hier entsteht ein Inkonsistenz im Dialog, denn jemand sagt, dass wir verstehen m\u00fcssen, welche spezifischen Prepared Statements der Client erstellt hat und die Serververbindung zwischen allen Clients, die diese Serververbindung erstellt haben, zu trennen, d.h. die, die ein solches Prepared Statement geschaffen haben. <\/p>\n
<\/p>\n
Andres Freund sagte, dass, wenn ein Client zu Ihnen kommt, der bereits in einer anderen Serververbindung ein solches Prepared Statement erstellt hat, Sie es f\u00fcr ihn erstellen sollten. Aber es scheint etwas problematisch zu sein, Anfragen an die Datenbank im Namen des Clients auszuf\u00fchren; jedoch w\u00e4re es aus der Sicht eines Entwicklers, der ein Protokoll f\u00fcr die Interaktion mit der Datenbank schreibt, praktisch, wenn ihm einfach eine Netzwerkverbindung zur Verf\u00fcgung gestellt w\u00fcrde, in der eine solche vorbereitete Anfrage vorhanden ist. <\/p>\n
<\/p>\n
<\/p>\n
Und eine weitere Funktion, die wir implementieren m\u00fcssen. Wir haben jetzt ein Monitoring, das mit PgBouncer kompatibel ist. Wir k\u00f6nnen die durchschnittliche Ausf\u00fchrungszeit einer Anfrage zur\u00fcckgeben. Doch die durchschnittliche Zeit ist wie die durchschnittliche Temperatur im Krankenhaus: jemand ist kalt, jemand ist warm \u2013 durchschnittlich sind alle gesund. Das ist nicht wahr. <\/p>\n
<\/p>\n
Wir m\u00fcssen die Unterst\u00fctzung f\u00fcr Perzentile implementieren, die anzeigen, dass es langsame Anfragen gibt, die Ressourcen verbrauchen, und das Monitoring akzeptabler machen w\u00fcrden. <\/p>\n
<\/p>\n
<\/p>\n
Das Wichtigste ist, dass wir Version 1.0 wollen (Version 1.1 ist bereits ver\u00f6ffentlicht). Das Problem ist, dass Odyssey sich jetzt in der Version 1.0rc befindet, d.h. als Release Candidate. Und all die Stolpersteine, die ich aufgez\u00e4hlt habe, wurden genau mit dieser Version behebt, abgesehen von dem Memory Leak. <\/p>\n
<\/p>\n
Was bedeutet Version 1.0 f\u00fcr uns? Wir bringen Odyssey in unsere Datenbanken. Es funktioniert bereits jetzt in unseren Datenbanken, aber wenn es die Marke von 1.000.000 Anfragen pro Sekunde erreicht, k\u00f6nnen wir sagen, dass dies die Release-Version ist und dass dies die Version ist, die man 1.0 nennen kann. <\/p>\n
<\/p>\n
In der Community haben mehrere Personen darum gebeten, dass in Version 1.0 auch eine Pause und SCRAM enthalten sind. Aber das w\u00fcrde bedeuten, dass wir die n\u00e4chste Version bereits in die Produktion bringen m\u00fcssten, da weder SCRAM noch die Pause bisher zusammengef\u00fchrt wurden. Aber h\u00f6chstwahrscheinlich wird dieses Thema relativ schnell gel\u00f6st werden. <\/p>\n
<\/p>\n
<\/p>\n
Ich warte auf eure Pull Requests. Und ich w\u00fcrde auch gerne h\u00f6ren, welche Probleme ihr mit Bouncer habt. Lasst uns dar\u00fcber diskutieren. Vielleicht k\u00f6nnen wir einige Funktionen umsetzen, die ihr ben\u00f6tigt. <\/p>\n
<\/p>\n
An dieser Stelle ist mein Teil beendet, ich w\u00fcrde gerne euch zuh\u00f6ren. Vielen Dank!<\/p>\n
<\/p>\n
Fragen<\/p>\n
<\/p>\n
Wenn ich mein application_name festlege, wird es korrekt weitergegeben, auch im Transaction Pooling in Odyssey?<\/em><\/p>\n<\/p>\n
In Odyssey oder in Bouncer?<\/p>\n
<\/p>\n
In Odyssey. In Bouncer wird es weitergegeben.<\/em> <\/p>\n<\/p>\n
Wir werden ein Set machen. <\/p>\n
<\/p>\n
Und wenn meine echte Verbindung springt und sich mit anderen Verbindungen verbindet, wird sie dann weitergegeben?<\/em><\/p>\n<\/p>\n
Wir werden ein Set aller Parameter machen, die in der Liste aufgef\u00fchrt sind. Ich kann nicht sagen, ob application_name in dieser Liste enthalten ist. Ich habe es dort zu sehen geglaubt. Wir werden alle gleichen Parameter festlegen. Mit einem einzigen Request wird dort alles gesetzt, was beim Start vom Client festgelegt wurde. <\/p>\n
<\/p>\n
Danke, Andrey, f\u00fcr den Bericht! Guter Bericht! Ich freue mich, dass sich Odyssey mit jeder Minute schneller entwickelt. Ich w\u00fcnsche mir, dass es so weitergeht. Wir haben uns bereits an euch gewandt mit der Bitte um eine Multi-Datenquelle-Verbindung, damit Odyssey gleichzeitig mit verschiedenen Datenbanken verbunden werden kann, also Master-Slave, und dann automatisch nach einem Failover mit dem neuen Master verbunden wird.<\/em> <\/p>\n<\/p>\n
Ja, ich erinnere mich, dass ich diese Diskussion hatte. Derzeit gibt es mehrere Storages. Aber es gibt keinen Wechsel zwischen ihnen. Wir m\u00fcssen auf unserer Seite den Server abfragen, ob er noch lebt und verstehen, dass ein Failover stattgefunden hat, wer pg_recovery aufruft. Ich habe eine Standardmethode, um zu verstehen, dass wir nicht auf dem Master sind. Und wir m\u00fcssen es aus Fehlern heraus irgendwie erkennen, oder? Das hei\u00dft, die Idee ist interessant, sie wird diskutiert. Schreibt mehr Kommentare. Wenn ihr Arbeitskr\u00e4fte habt, die C kennen, w\u00e4re das gro\u00dfartig. <\/p>\n
<\/p>\n
Die Frage der Skalierung von Replikaten interessiert uns ebenfalls, da wir die Einf\u00fchrung replizierter Cluster f\u00fcr Entwickler so einfach wie m\u00f6glich gestalten m\u00f6chten. Hier w\u00e4ren jedoch zus\u00e4tzliche Kommentare hilfreich, d. h. wie genau man es umsetzen kann und wie man es optimal macht. <\/p>\n
<\/p>\n
Die Frage betrifft ebenfalls Replikate. Es ist so, dass Sie einen Master und mehrere Replikate haben. Und es ist klar, dass auf die Replikate seltener zugegriffen wird als auf den Master, da es Unterschiede geben kann. Sie haben gesagt, dass Unterschiede in den Daten so gro\u00df sein k\u00f6nnen, dass sie Ihr Gesch\u00e4ft nicht zufriedenstellen und Sie nicht darauf zugreifen werden, bis sie synchronisiert sind. Wenn Sie lange nicht darauf zugegriffen haben und dann wieder beginnen, werden die ben\u00f6tigten Daten sofort nicht verf\u00fcgbar sein. Das hei\u00dft, wenn wir st\u00e4ndig auf den Master zugreifen, ist der Cache dort<\/em> <\/p>\n<\/p>\n
Ja, das stimmt. Im pcache werden keine Datens\u00e4tze vorhanden sein, die Sie m\u00f6chten, im real cache werden keine Informationen zu den Tabellen vorhanden sein, die Sie ben\u00f6tigen, und in den Pl\u00e4nen werden keine analysierten Abfragen vorhanden sein, \u00fcberhaupt nichts wird vorhanden sein. <\/p>\n
<\/p>\n
Und wenn Sie einen Cluster haben und dort ein neues Replikat hinzuf\u00fcgen, ist es w\u00e4hrend des Starts nicht gut, d. h. es baut seinen Cache langsam auf.<\/em> <\/p>\n<\/p>\n
Ich habe die Idee verstanden. Der richtige Ansatz w\u00e4re, zun\u00e4chst einen kleinen Prozentsatz der Anfragen auf das Replikat zu starten, um den Cache aufzuw\u00e4rmen. Vereinfacht gesagt, haben wir die Bedingung, dass wir nicht mehr als 10 Sekunden hinter dem Master zur\u00fcckbleiben d\u00fcrfen. Und diese Bedingung sollten wir nicht auf einmal, sondern schrittweise f\u00fcr einige Kunden aktivieren. <\/p>\n
<\/p>\n
Ja, das Gewicht erh\u00f6hen.<\/em><\/p>\n<\/p>\n
Das ist eine gute Idee. Aber zuerst m\u00fcssen wir diese Abschaltung implementieren. Zuerst m\u00fcssen wir uns abschalten, dann \u00fcberlegen wir, wie wir uns wieder einschalten k\u00f6nnen. Das ist eine gro\u00dfartige Funktion, um schrittweise wieder aktiv zu werden.<\/p>\n
<\/p>\n
In Nginx gibt es eine solche Option slowly start<\/code> im Cluster f\u00fcr den Server. Und es erh\u00f6ht allm\u00e4hlich die Last.<\/em> <\/p>\n<\/p>\n
Ja, gro\u00dfartige Idee, wir werden es ausprobieren, wenn wir dazu kommen.<\/p>\n
Quelle: 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
![\"\ud83e\udd47Windows](\"\/wp-content\/uploads\/2020\/10\/6c445191705a4c96939cd094bc457a53.jpg\")
<\/p>\n