<varlistentry>

<term><acronym>WAL</acronym></term>

<listitem>

<para>Write-Ahead Log, <linklinkend="wal">Журналупреждающей записи</link></para>

<para>Write-Ahead Log, <linklinkend="wal">Журналпредзаписи</link></para>

</listitem>

</varlistentry>

<para><literal>intelligent</literal>&mdash; в этом режиме выполняется автонастройка запросов на основе статистики, собранной по типам запросов.</para>

</listitem>

<listitem>

<para><literal>forced</literal>&mdash; в этом режиме предпринимается попытка оптимизировать все запросы на общих основаниях, вне зависимости от их типа.</para>

<para><literal>forced</literal>&mdash; в этом режиме предпринимается попытка оптимизировать всеновыезапросы на общих основаниях, вне зависимости от их типа.</para>

</listitem>

<listitem>

<para><literal>controlled</literal>&mdash; в этом режиме используется стандартный планировщик для любых новых запросов, но для уже известных типов запросов продолжают использоваться ранее заданные параметры планирования.</para>

<note><para>Вы можете просмотреть текущий план запроса, воспользовавшись стандартной командой <productname>&productname;</productname> <command>EXPLAIN</command> с указанием <command>ANALYZE</command>. За подробностями обратитесь к <xrefremap="3"linkend="using-explain"/>.</para>

</note>

<para>Так как в режиме <literal>intelligent</literal> различные типы запросов анализируются отдельно, <filename>aqo</filename> может не улучшить производительность, если запросы в рабочей нагрузке постоянно меняются. Для такого динамического профиля нагрузки стоит перевести <filename>aqo</filename> в режим <literal>controlled</literal> или попробовать режим <literal>forced</literal>.</para>

<para>В режиме <literal>forced</literal> <filename>aqo</filename> не разделяет собранную статистику по типам запросов и пытается оптимизировать их одинаково. Этот режим может быть полезен для оптимизации нагрузки с множеством различных типов запросов и требует меньше памяти, чем интеллектуальный режим. Но так как в режиме <literal>forced</literal> не производится интеллектуальная настройка на тип запроса, для некоторых запросов производительность может снизиться. Если вы наблюдаете снижение производительности в этом режиме, переключите <filename>aqo</filename> в режим <literal>controlled</literal>:</para>

<programlisting>SET aqo.mode = 'controlled';</programlisting>

<para>В режиме <literal>forced</literal> <filename>aqo</filename> не разделяет собранную статистику по типам запросов и пытается оптимизировать их одинаково. Этот режим может быть полезен для оптимизации нагрузки с множеством различных типов запросов и требует меньше памяти, чем интеллектуальный режим. Но так как в режиме <literal>forced</literal> не производится интеллектуальная настройка на тип запроса, для некоторых запросов производительность может снизиться. Если вы наблюдаете снижение производительности в этом режиме, переключите <filename>aqo</filename> в режим <literal>controlled</literal>.</para>

<para>В контролируемом режиме (<literal>controlled</literal>) <filename>aqo</filename> не собирает статистику для новых типов запросов, так что они не будут оптимизироваться. Для ранее наблюдавшихся типов запросов <filename>aqo</filename> будет продолжать собирать статистику и применять оптимизированные алгоритмы планирования.</para>

<para>Если вы хотите полностью отключить <filename>aqo</filename>, вы можете переключить его в режим <literal>disabled</literal>. В этом случае для всех запросов будет использоваться стандартный планировщик, но конфигурация и собранная статистика <filename>aqo</filename> сохранятся для возможного использования в будущем.</para>

</sect3>

<para>Чтобы полностью отключить <filename>aqo</filename> для всех запросов и использовать стандартный планировщик <productname>PostgreSQL</productname>, выполните:</para>

<programlisting>UPDATE aqo_queries SET use_aqo=false, learn_aqo=false, auto_tuning=false;</programlisting>

</sect3>

<sect3id="using-aqo-on-standby">

<title>Использование aqo на ведомом сервере</title>

<para>В конфигурациях с ведомыми серверами статистика <filename>aqo</filename> на ведомом поступает от ведущего в режиме «только для чтения». Запросы на ведомых не меняют статистику <filename>aqo</filename> вне зависимости от текущих параметров <filename>aqo</filename>. Если вы хотите изменить статистику на ведомом сервере для одного или нескольких типов запросов, вы должны запустить эти запросы на ведущем, а затем синхронизировать с ним ведомый.</para>

<para>Вы можете определить, будет ли использоваться статистика <filename>aqo</filename> для запросов на ведомом, независимо от конфигурации ведущего, переключая режимы <filename>aqo</filename>. По умолчанию <filename>aqo</filename> оптимизирует запросы на ведомом следующим образом: <itemizedlist>

<listitem>

<para>В режимах <literal>intelligent</literal> и <literal>controlled</literal> статистика <filename>aqo</filename> используется только для уже известных типов запросов.</para>

</listitem>

<listitem>

<para>В режиме <literal>forced</literal> расширение <filename>aqo</filename> пытается оптимизировать неизвестные запросы, основываясь на общей статистике, собранной в режиме <literal>forced</literal> на ведущем (если она там есть). Если общая статистика не найдена, <filename>aqo</filename> оставляет оптимизацию стандартному планировщику запросов. Для всех ранее наблюдавшихся типов запросов будет использоваться доступная статистика.</para>

</listitem>

<listitem>

<para>В режиме <literal>disabled</literal> использование собранной статистики отключается полностью, и для всех запросов используется стандартный планировщик.</para>

</listitem>

</itemizedlist></para>

<para>Если вы провели тонкую настройку параметров для определённых типов запросов на ведущем, этим параметры переопределят стандартное поведение <filename>aqo</filename>, если только не выбран режим <literal>disabled</literal>. За подробностями обратитесь к <xrefremap="3"linkend="aqo-advanced-query-tuning"/>.</para>

</sect3>

</sect2>

<sect2id="aqo-reference">

<title>Справка</title>

<sect2>

<title>Автор</title>

<para>КайГайКохей <email>kaigai@ak.jp.nec.com</email></para>

<para>КайГайКохэй <email>kaigai@ak.jp.nec.com</email></para>

</sect2>

</sect1>

</varlistentry>

<varlistentry>

<term><varname>auto_explain.log_verbose</varname> (<type>boolean</type>) <indexterm><primary>параметр конфигурации <varname>auto_explain.log_verbose</varname> configuration parameter</primary></indexterm></term>

<term><varname>auto_explain.log_verbose</varname> (<type>boolean</type>) <indexterm><primary>параметр конфигурации <varname>auto_explain.log_verbose</varname></primary></indexterm></term>

<listitem>

<para>Параметр <varname>auto_explain.log_verbose</varname> определяет, будут ли при протоколировании плана выполнения выводиться подробные сведения; он равнозначен указанию <literal>VERBOSE</literal> команды <command>EXPLAIN</command>. По умолчанию этот параметр отключён. Изменить его могут только суперпользователи.</para>

</listitem>