Червеното отместване INSERT INTO е блокирано по време на отделно КОПИРАНЕ

Наскоро играх с Redshift и открих странно (или може би не толкова) поведение. Когато се изпълнява COPY (от S3), ако направя INSERT INTO в напълно различна таблица в различна схема, заявката INSERT INTO отнема твърде много време. Когато нищо друго не се изпълнява на клъстера с червено отместване, заявката INSERT INTO завършва в рамките на 3-5 минути. Но когато се изпълнява COPY, същата заявка INSERT INTO отнема 1-2 часа.

Гледайки таблото за управление на Redshift, странното е, че пропускателната способност на четене е близо до нула. Като се има предвид, че моята заявка INSERT INTO съдържа избор, бих си представил, че пропускателната способност на четене ще бъде по-висока. Така че изглежда, че заявката COPY блокира всички други записи. Проверих таблицата LOCKs (STV_LOCKS) и няма конфликт между LOCKS за COPY и INSERT INTO. Възможно ли е заявката COPY да блокира всички други записи?

Благодаря предварително


person gmemon    schedule 21.11.2014    source източник


Отговори (1)


Трябва да проверите конфигурацията на група параметри (за вашия клъстер в AWS конзолата) -> Конфигурация за управление на работното натоварване.

Проверете за паралелност. По подразбиране е 5. можете да увеличите стойността (максимумът е до 50). Това ще позволи едновременни връзки. Когато изпълнявате команда за копиране, някои от връзките се използват, така че за вмъкване в заявка може да не останат връзки. Така че увеличете паралелността и проверете отново.

Надявам се това да помогне

person Sandesh Deshmane    schedule 25.11.2014