> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-postgresql-tls-support.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# apply_* 会话设置

> ClickHouse 在 apply_* 生成组中的会话设置。

export const VersionHistory = ({rows = []}) => {
  if (rows.length === 0) {
    return null;
  }
  const headers = ["版本", "默认值", "注释"];
  const border = "1px solid rgba(128, 128, 128, 0.3)";
  const cell = {
    border,
    padding: "0.25rem 0.5rem",
    textAlign: "start",
    verticalAlign: "top"
  };
  return <details className="not-prose" style={{
    border,
    borderRadius: "0.5rem",
    margin: "0.5rem 0",
    padding: "0.5rem 0.75rem",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <summary style={{
    cursor: "pointer",
    fontWeight: 600,
    opacity: 0.72
  }}>
        版本历史
      </summary>
      <table style={{
    borderCollapse: "collapse",
    width: "100%",
    margin: "0.5rem 0 0"
  }}>
        <thead>
          <tr>
            {headers.map(header => <th key={header} style={{
    ...cell,
    fontWeight: 600,
    opacity: 0.72
  }}>
                {header}
              </th>)}
          </tr>
        </thead>
        <tbody>
          {rows.map((row, row_index) => <tr key={row.id ?? row_index}>
              {(row.items ?? []).map((item, item_index) => <td key={item_index} style={{
    ...cell,
    overflowWrap: "anywhere"
  }}>
                  {item?.label}
                </td>)}
            </tr>)}
        </tbody>
      </table>
    </details>;
};

export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => {
  return <div className="not-prose" style={{
    display: "flex",
    flexWrap: "wrap",
    alignItems: "baseline",
    columnGap: "0.5rem",
    rowGap: "0.125rem",
    margin: "0.375rem 0",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <div style={{
    fontWeight: 600,
    opacity: 0.72
  }}>类型</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{type}</div>
      <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>默认值</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{default_value}</div>
      {changeable_without_restart && <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>
          无需重启即可更改
        </div>}
      {changeable_without_restart && <div style={{
    overflowWrap: "anywhere"
  }}>
          {changeable_without_restart}
        </div>}
    </div>;
};

这些设置可在 [system.settings](/zh/reference/system-tables/settings) 中查看，并由 [源代码](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp) 自动生成。

<div id="apply_deleted_mask">
  ## apply\_deleted\_mask
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

启用后会过滤掉通过轻量级 DELETE 删除的行。若禁用，查询仍可读取这些行。这对调试和“取消删除”场景很有用

<div id="apply_mutations_on_fly">
  ## apply\_mutations\_on\_fly
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

如果为 true，则尚未在数据分区片段中 materialized 的变更 (UPDATE 和 DELETE) 会在 SELECT 查询时应用。

<div id="apply_prewhere_after_final">
  ## apply\_prewhere\_after\_final
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

启用后，对于 ReplacingMergeTree 及类似引擎，PREWHERE 条件将在 FINAL 处理后应用。
当 PREWHERE 引用了在重复行之间可能取值不同的列时，这会很有用，
因为你可能希望先由 FINAL 选出最终保留的行，再进行过滤。禁用时，PREWHERE 会在读取期间应用。
注意：如果启用了 apply\_row\_level\_security\_after\_final，且行策略使用了非排序键列，PREWHERE 也会
被延后，以保持正确的执行顺序 (必须先应用行策略，再应用 PREWHERE) 。

<div id="apply_row_policy_after_final">
  ## apply\_row\_policy\_after\_final
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

启用后，对于 \*MergeTree 表，行策略和 PREWHERE 会在 FINAL 处理之后应用。 (尤其是 ReplacingMergeTree)
禁用后，行策略会在 FINAL 之前应用；当策略
过滤掉本应在 ReplacingMergeTree 或类似引擎中用于去重的行时，可能会导致结果不同。

如果行策略表达式仅依赖 ORDER BY 中的列，出于优化考虑，它仍会在 FINAL 之前应用，
因为这种过滤不会影响去重结果。

可能的值：

* 0 — 行策略和 PREWHERE 在 FINAL 之前应用 (默认) 。
* 1 — 行策略和 PREWHERE 在 FINAL 之后应用。

<div id="apply_settings_from_server">
  ## apply\_settings\_from\_server
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

客户端是否接受来自服务器的设置。

这只会影响在客户端执行的操作，尤其是 INSERT 输入数据的解析和查询结果的格式化。大多数查询执行都发生在服务器上，不受此设置影响。

通常，这个设置应在用户 profile 中设置 (通过 users.xml 或 `ALTER USER` 之类的查询) ，而不是通过客户端来设置 (客户端命令行参数、`SET` 查询，或 `SELECT` 查询中的 `SETTINGS` 部分) 。通过客户端可以将其改为 false，但不能改为 true (因为如果用户 profile 中设置了 `apply_settings_from_server = false`，服务器就不会发送这些设置) 。

请注意，最初 (24.12) 使用的是一个服务器设置 (`send_settings_to_client`) ，但后来为提升易用性，它被这个客户端设置取代了。