我正在运行启用了慢速查询日志记录的 MySql5.7，并且日志包含的元数据比文档中提到的要多；每次查询之前都会打印以下三行：
# Time: 2025-02-18T14:25:16.286041Z
# User@Host: root[root] @ localhost [] Id: 261083
# Query_time: 3.677193 Lock_time: 0.001193 Rows_sent: 1 Rows_examined: 4334365
文档仅解释第三行：
写入日志的每个语句前面都有一行以 # 字符开头，并包含以下字段（所有字段都在一行上）：
- 查询时间
- 锁定时间
- 已发送行数
- 已检查行数
在其他两行中，大多数字段都是显而易见的；但有人知道Id字段代表什么吗？对于我的慢速日志中的大多数条目，它都是不同的，但在某些情况下，有几个条目具有相同的 Id。
-- Create a heap table of numbers from 1 to 100
SELECT TOP (100)
i = IDENTITY(int, 1, 1)
INTO #T
FROM master.dbo.spt_values;
-- Add a clustered primary key
ALTER TABLE #T
ADD PRIMARY KEY CLUSTERED (i);
按主键顺序显示 9% 的行：
SELECT TOP (9e) PERCENT
i
FROM #T
ORDER BY
i ASC;
DROP TABLE #T;
当聚集索引提供确切的顺序时，为什么 SQL Server 会对该列进行排序？
如果我增加表中的行数，我会得到一个 Eager Spool 而不是 Sort，并且按顺序扫描索引：
-- Create a heap table of numbers from 1 to 1,000
SELECT TOP (1000)
i = IDENTITY(int, 1, 1)
INTO #T
FROM master.dbo.spt_values;
-- Add a clustered primary key
ALTER TABLE #T
ADD PRIMARY KEY CLUSTERED (i);
-- 0.9% now
SELECT TOP (9e-1) PERCENT
i
FROM #T
ORDER BY
i ASC;
DROP TABLE #T;
我有以下 SQL，它输出数据库中所有表的大小的格式良好的列表：
SELECT
schema_name,
relname,
pg_size_pretty(table_size) AS size
FROM (
SELECT
pg_catalog.pg_namespace.nspname AS schema_name,
relname,
pg_relation_size(pg_catalog.pg_class.oid) AS table_size
FROM pg_catalog.pg_class
JOIN pg_catalog.pg_namespace ON relnamespace = pg_catalog.pg_namespace.oid
) t
WHERE schema_name NOT LIKE 'pg_%'
ORDER BY table_size DESC;
这将输出如下数据（为了隐藏数据，一些名称和大小发生了改变，但您可以明白我的意思）：
schema_name | relname | size
---------------------+-----------------------------------------+------------
information_schema | log | 1024 kB
information_schema | collations | 1024 kB
information_schema | routines | 1024 kB
(30 rows)
我想将每个表上的 count() 结果添加为此处的第四列，但不知道如何执行此操作。我使用的是 PostgreSQL 14，不知道这是否有什么特别之处。
我们有一个 PostgreSQL 13 复制集群，其中一个备用服务器设置了recovery_min_apply_delay“x hr”，这在数据损坏的情况下很有用。
对于主服务器上发生意外删除但尚未应用于备用服务器的情况。 在这种情况下，我尝试通过删除WAL 重放延迟并添加recovery_target_time到删除发生之前的某个点来从备用服务器中提取数据。
到目前为止，我已经成功了，但是一旦我将数据从备用服务器拉到主服务器（我正在考虑 postgres_fdw），我就需要恢复复制。但是当我运行时pg_wal_replay_resume()，它正在创建一个新的时间线，并且不再位于复制集群中。
除了使用之外，还有其他方法可以重放 WAL 吗recovery_target_time？
举个例子来说明一下我想要实现的目标，
假设 recovery_min_apply_delay=2hr ，意外删除发生在凌晨 03:50，此时待机时提交的事务是凌晨 01:50 或之前发生的事务。如果我再等 2 小时，并且在凌晨 05:49 时，如果我能够暂停待机 WAL 重放，我将能够看到“删除之前”的数据快照。然后我将使用 postgres_fdw 从待机中提取数据。
我如何以精确系统的方式实现“正确之前”？此外，我还可以恢复 WAL 重放。
我观察到排序UNION查询中的选择列表对性能有显著的影响。
UNION我处理的查询的一般形式是：
SELECT * FROM (
SELECT <select_list> FROM <table>
UNION ALL
...
) q
ORDER BY <column>
使用外部选择是因为它在存在的情况下显著提高了性能ORDER BY，但这超出了本问题的范围。
UNION ALL总是使用，而不是UNION。
我将把性能称为“快”（瞬间）或“慢”（5 秒或更长时间）。
通过在 DBeaver 控制台中运行查询来测量性能，默认情况下仅检索第一页，其大小为 200。
更改选择列表会以下列方式影响性能：
<select_list> = <column>（即，仅选择排序列）时，查询速度很快。执行计划显示排序列的索引扫描和连接的合并连接。使用 Microsoft SQL Server 2019 (RTM-CU26) (KB5035123) - 15.0.4365.2 (X64) 进行观察。
UNION我在 SQL Server 文档中找不到有关选择列表对性能的影响的任何信息。
下面给出了进行实验的环境和查询本身的简单描述。
CREATE TABLE AUDIT1 (
ID bigint NOT NULL,
AUDITDATE datetime2 NULL,
[USER] bigint NULL,
-- Implies clustered index.
CONSTRAINT PK_AUDIT1 PRIMARY KEY (ID)
);
CREATE INDEX I_AUDIT1_AUDITDATE ON AUDIT1 (AUDITDATE);
CREATE TABLE AUDIT2 (
ID bigint NOT NULL,
AUDITDATE datetime2 NULL,
[USER] bigint NULL,
-- Implies clustered index.
CONSTRAINT PK_AUDIT2 PRIMARY KEY (ID)
);
CREATE INDEX I_AUDIT2_AUDITDATE ON AUDIT2 (AUDITDATE);
AUDIT1包含 1000 万条记录。AUDIT2包含 100 万条记录。AUDITDATE中的值AUDIT2大于 中的值AUDIT1。AUDITDATE排列，即总是在递增， 也是如此。IDIDAUDITDATE查询 1：选择列表仅包含排序列（快速）。
SELECT * FROM (
SELECT AUDITDATE FROM AUDIT2
UNION ALL
SELECT AUDITDATE FROM AUDIT1
) q
ORDER BY AUDITDATE
执行计划：
|--Merge Join(Concatenation)
|--Index Scan(AUDIT2.I_AUDIT2_AUDITDATE), ORDERED BACKWARD
|--Index Scan(AUDIT1.I_AUDIT1_AUDITDATE), ORDERED BACKWARD
查询 2：选择大小 > 1 的列表，包含排序列，不包含聚集索引列（慢）。
SELECT * FROM (
SELECT [USER], AUDITDATE FROM AUDIT2
UNION ALL
SELECT [USER], AUDITDATE FROM AUDIT1
) q
ORDER BY AUDITDATE
请注意，首先放置排序列似乎没有任何效果。
查询 3：选择大小 > 1 的列表，包含排序列，包含聚集索引列，第一列既不是排序列，也不是聚集索引列（慢）。
SELECT * FROM (
SELECT [USER], ID, AUDITDATE FROM AUDIT2
UNION ALL
SELECT [USER], ID, AUDITDATE FROM AUDIT1
) q
ORDER BY AUDITDATE
查询 4：选择大小 > 1 的列表，包含排序列，包含聚集索引列，第一列是排序列，或者是聚集索引列（快速）。
SELECT * FROM (
SELECT ID, [USER], AUDITDATE FROM AUDIT2
UNION ALL
SELECT ID, [USER], AUDITDATE FROM AUDIT1
) q
ORDER BY AUDITDATE
这个查询表明，如果第一列是ID，则查询速度很快。
查询 2、3、4 的执行计划相同：
|--Parallelism(Gather Streams, ORDER BY:([Union1007] ASC))
|--Sort(ORDER BY:([Union1007] ASC))
|--Concatenation
|--Parallelism(Distribute Streams, RoundRobin Partitioning)
|--Clustered Index Scan(OBJECT:(AUDIT2.PK_AUDIT2))
|--Clustered Index Scan(OBJECT:(AUDIT1.PK_AUDIT1))
我一直将应用程序选项存储为Windows 上的Ini文件，因为它比数据库访问速度更快。此外，有时您需要在访问数据库之前读取其中一些选项。
缺点是，如果您备份数据库，它将缺少选项。
我可以救他们
我正在考虑将它们作为 JSON 数组存储在一个字段中。这样做有什么缺点吗？
我认为应用程序用什么编写并不重要，因为我可以实现任何合理的东西。Delphi 不仅内置了 JSON（和 INI）库，我还有自己的超快 JSON（和 INI）处理库。MariaDB 也支持 JSON。
该应用程序是用 Delphi (Pascal) 编写的，针对 Windows 进行了编译。但套件的某些部分可能用 PHP 编写（稍后）。
我一直将用户访问权限作为代码中的一组（位）并将其存储为几个大整数（取决于我需要多少个）。
这些权利包括：
所以，它们不仅仅与数据库相关。
我发现我可以将其存储为 JSON 描述数组，但这可能会变得相当大（并且可能很慢）。我可以为每个描述使用 4 个字母的首字母缩写。
是否有第三种方法可以做到这一点，以尽量减少代码的冗长程度。
在 Oracle 中，我尝试使用 listagg，这样每 8 个值都有一个不同的分隔符。具体来说，我希望值用逗号分隔，并且每 8 个值也用换行符分隔。有没有一种方法可以做到这一点，而不涉及在子查询中使用 row_number？
如果我有多个数据库读取器，它们基本上是以“读取”模式打开数据库文件的 Sqlite 实例，那么对于以“创建”模式打开数据库的单个写入器来说，在所有读取器关闭数据库之前无法释放事务，这正常吗？
我试图弄清楚这是 sqlite 的正常行为，还是我正在使用的特定 sqlite 库的错误/限制。
我不明白为什么作者需要等待读者停止使用数据库文件，这对我来说没有意义，因为读者无法更改数据
我已经使用 Unix 控制台中的“mysql”命令一段时间了。它对于安排任务或无人值守启动任务更方便。
该脚本的概要如下：
#!/bin/bash
#DB Config
USR_BD=myUsr
PWD_BD=myPass
IP_BD=x.x.x.x
f_exec ()
{
echo `date` ' -> Executing sql file ' $1
mysql -h $IP_BD -u $USR_BD -p$PWD_BD my_schema < $1
echo `date` ' -> Executed sql file ' $1
}
f_exec my_sentences.sql
问题是，我已经通过了安全检查，他们告诉我不能将明文密码保存在变量中，也不能保存在 .sh 脚本中的纯文本文件中
我的问题是：我该如何解决这个问题？
当然，我显然不会在凌晨 3 点连接输入密码来运行脚本。或者在线等待长达 10 分钟的繁重查询。
我不知道该如何解决这个问题。谢谢。