lightseeker

приведение массива record к массиву композитного типа позиционное, а не символьное. Поменяйте в

SELECT DISTINCT ON (asin) asin, price, reviews, raing

порядок полей на совпадающий с таковым в таблице.

убрали бы лишние подзапросы, что ли.

(SELECT array_agg(j) FROM (SELECT DISTINCT ON (j.asin) j FROM jsonb_populate_recordset(NULL::t_best_asin_ranking_2, '[{
"asin":"B06XH9FNH1",                                                                                                  
"price": 1.5,                                                                                                   
"rating": 1.5,
"reviews": 1
}]') j ORDER BY j.asin) r);

вот так хотя бы.

AWS лимитирует IOPS. Ты их израсходовал на бурст в виде восстановления бэкапа. Или покупать лучше тариф, или ждать восстановления лимитов

Порядок данных при выборке никогда не гарантируется.
Порядок вставки тоже, при выполнении конкурирующих запросов.
Гарантируется только то, что у двух разных записей будет разный PK

Могут ли их primary key id смешиватЬся?
То есть, если запросить дату с ORDER BY id, и получить

Да.

За генерацию значений отвечают sequence (неважно каким именно способом объявлена таблица - default nextval явно созданного сиквенса, serial или generated identity - это всё будет сиквенс).
Сиквенс гарантирует только уникальность своих значений. Никаких гарантий порядка записи в таблицу он не даёт.

Два параллельных insert в postgresql так же друг друга никак не блокируют и исполняются конкурентно. Кто и в каком порядке надёргал nextval сиквенса потребное для своих данных количество раз - такие значения они и запишут.

колбэк в конструкторе промиса синхронный.
ошибка ловится конструктором промиса, промис получается отмененный.