使用PostgreSQL&；的高速单行插入；时间刻度数据库
我有一个TSDB超表格的案例，大致如下所示：使用PostgreSQL&；的高速单行插入；时间刻度数据库,postgresql,performance,postgresql-12,timescaledb,data-ingestion,Postgresql,Performance,Postgresql 12,Timescaledb,Data Ingestion,我有一个TSDB超表格的案例，大致如下所示： CREATE TABLE data ( pool_id INTEGER NOT NULL, ts TIMESTAMP NOT NULL, noise_err DECIMAL, noise_val DECIMAL, signal_err DECIMAL, signal_val DECIMAL, high_val DECIMAL, low_val DECIMAL, CONSTRAINT data_pid_fk FOR
CREATE TABLE data (
pool_id INTEGER NOT NULL,
ts TIMESTAMP NOT NULL,
noise_err DECIMAL,
noise_val DECIMAL,
signal_err DECIMAL,
signal_val DECIMAL,
high_val DECIMAL,
low_val DECIMAL,
CONSTRAINT data_pid_fk FOREIGN KEY (pool_id) REFERENCES pools (id) ON DELETE CASCADE
);
CREATE UNIQUE INDEX data_pts_idx ON data (pool_id, ts);
SELECT create_hypertable('data', 'ts', 'pool_id', 100);
数据timescaledb tunesynchronous\u commit=offunlocked除了删除索引/约束，我还能做些什么来加快单行插入的速度？首先，为什么要对该表使用timescaledb？你从中得到了什么值得减速的东西
其次，您每年有5200个分区的数据。分区数量接近无法管理。首先，为什么要对该表使用timescaledb？你从中得到了什么值得减速的东西
其次，您每年有5200个分区的数据。分区的数量越来越接近无法管理。我对需要查看最新数据的分析查询的要求提出质疑 无论如何，加快单行插入速度的方法是：
- 将同步提交设置为关闭
但请注意，这意味着一旦崩溃，将丢失约半秒已提交事务的数据！如果这是不可接受的，请使用
和commit_同胞
；这也将减少WAL刷新的次数commit_delay - 使用事先准备好的陈述。对于单行插入，计划时间将非常重要
- 除非您不介意崩溃后数据丢失，否则不要使用未标记的表
- 不要禁用自动真空
- 增加
以获得不超过正常值的检查点max\u wal\u size
- 将同步提交设置为关闭
但请注意，这意味着一旦崩溃，将丢失约半秒已提交事务的数据！如果这是不可接受的，请使用
和commit_同胞
；这也将减少WAL刷新的次数commit_delay - 使用事先准备好的陈述。对于单行插入，计划时间将非常重要
- 除非您不介意崩溃后数据丢失，否则不要使用未标记的表
- 不要禁用自动真空
- 增加
以获得不超过正常值的检查点max\u wal\u size
topsarvmstattopsarvmstat