PostgreSQL Äõ¸® ½ÇÇà ¹æ¹ý Áú¹®ÀÔ´Ï´Ù.

   Á¶È¸ 3364   Ãßõ 0    

PostgreSQL을 이용하고 있습니다.

시스템은 Debian 에서 PostgreSQL 14, AMD 5900X, 1TB NVme를 이용합니다.

보통 분기별로 작업을 하는데 다음과 같은 형식의 UPDATE 구문이 많이 있고, 이러한 작업에서 많은 시간이 소요됩니다.
시작부터 종료까지 대략 1주일 걸립니다.

UPDATE H1.measurement AS a SET id = b.id FROM M.measurement AS b WHERE a.source_value= b.source_value;
UPDATE H2.measurement AS a SET id = b.id FROM M.measurement AS b WHERE a.source_value= b.source_value;
UPDATE H3.measurement AS a SET id = b.id FROM M.measurement AS b WHERE a.source_value= b.source_value;
UPDATE H4.measurement AS a SET id = b.id FROM M.measurement AS b WHERE a.source_value= b.source_value;

이 4개의 쿼리를 동시에 실행하는 것이 시간이 적게 걸릴지, 아니면 순차적으로 하는 것이 시간이 적게 걸리는지 궁금합니다.

PostgreSQL에서 MariaDB 등으로 갈아타면 속도가 빨라질까요? ㅠ

top 명령어로 보면 wait 비율이 높아서 뭔가 설정을 바꿔주면 좋을 것 같은 부분도 있을 것 같기는 한데.. 잘 모르겠습니다.

ªÀº±Û Àϼö·Ï ½ÅÁßÇϰÔ.
Äõ¸®°¡ ´À¸°°ÍÀº index°¡ Á¦´ë·Î ¾ÈµÇÀְųª ±âŸ ¿©·¯°¡Áö ÀÌÀ¯°¡ ÀÖÀ»¼ö ÀÖ½À´Ï´Ù.
explan °É¾î¼­ ¾î¶² °úÁ¤À» °ÅÄ¡´ÂÁö È®ÀÎÇØº¸¼¼¿ä.

https://ktdsoss.tistory.com/133

update ±¸¹®ÀÌ ÃÑ ¸î ÁÙÀÎÁö´Â ¸ð¸£°ÚÀ¸³ª, ÀÏÁÖÀÏÀÌ °É¸±Á¤µµ·Î ½Ã°£ÀÌ ¿À·¡ °É¸°´Ù¸é
µ¥ÀÌÅÍ ÀúÀåÀÌ ÀüÇô ÃÖÀûÈ­ µÇ¾î ÀÖÁö ¾ÊÀº °ÍÀ¸·Î º¸ÀÔ´Ï´Ù.

¿øº» DB´Â °è¼Ó µ¹¾Æ¾ß ÇÏ´Ï, »ç¿ëÀÌ Á¦ÀÏ ÀûÀº ½Ã°£¿¡ DB¸¦ ´ýÇÁ ¶°¼­ ´Ù¸¥ ½Ã½ºÅÛ Çϳª¸¦ ´õ ¸¸µé¾î ³õ°í °Å±â¼­  ÃÖÀûÈ­¸¦ °í¹ÎÇØ º¸´Â°Ô ÁÁ°Ú½À´Ï´Ù.

±×¸®°í PostgreSQLÀ» ¾²´Ù°¡ MariaDB·Î ¿Å±â´Â °ÍÀº ÁßÇü±Þ ¼¼´ÜÀ» ¸ô´Ù°¡ °æÂ÷·Î °¥¾ÆÅ¸´Â °Í°ú °°½À´Ï´Ù.
PostgreSQLÀÌ ÈξÀ´õ ±â´Éµµ ¸¹°í ´Ù¾çÇÑ ÀÀ¿ëÀÌ °¡´ÉÇÕ´Ï´Ù. ¹°·Ð ±×°Ô ´õ ºü¸£´Ù´Â °ÍÀ» ÀǹÌÇÏÁö´Â ¾Ê½À´Ï´Ù.

´Ù¸¸ Áö±ÝÀÇ »óȲÀº DB¼º´ÉÀÇ ¹®Á¦°¡ ¾Æ´Ï¶ó ÃÖÀûÈ­ÀÇ ¹®Á¦·Î º¸ÀÔ´Ï´Ù.
NaN 2021-10
ÀÚ·á»çÀÌÁî¿Í ½ºÅ°¸¶ ±¸Á¶ Àε¦½Ì ±¸Á¶¸¦ ¾Ë¾Æ¾ß ¸íÈ®ÇÏ°Ô ´äº¯ÀÌ °¡´ÉÇÒ°Í °°Àºµ¥¿ä
µ¥ÀÌÅÍÀÇ ¾ç°ú ±¸Á¶¸¦ ¾Ë¾Æ¾ßÇÒ°Í °°½À´Ï´Ù.
 MYSQL°ú Postgresql ÀÇ µ¥ÀÌÅÍ ÀúÀ广½Ä¿¡ µû¶ó¼­ updateÀÇ ¼º´Éµµ Â÷À̰¡ ÀÖ±äÇѵ¥¿ä update°¡ mysqlÀÌ Á»´õ À¯¸®ÇϱäÇÕ´Ï´Ù¸¸
Áö±Ý µ¥ÀÌÅ;çÀÌ ¾ó¸¶³ªµÇ´ÂÁö´Â ¸ð¸£°ÚÀ¸³ª ÀÏÁÖÀÏÀ̳ª °É¸®´Â°Ç Á» ¹®Á¦°¡ ÀÖ´Â°Í °°³×¿ä
Ãß°¡ÀûÀ¸·Î EXPLAIN, ANALYZE °á°úµµ ¿Ã·ÁÁֽøé È®Àο¡ À־ À¯ÀǹÌÇÒ°Í °°³×¿ä
Á¶°Ç¾øÀÌ ±×³É Á¶ÀÎÇØ¼­ ¾÷µ¥ÀÌÆ®³×¿ä
ÀÌ°Ç Å×À̺í°Ç¼ö,Å×ÀÌºí »çÀÌÁî¿¡ºñ·ÊÇØ¼­ ½Ã°£ÀÌ °É¸³´Ï´Ù
ÀÌ·±ÀÛ¾÷Àº ÀϹݠ dbms´Â ´À¸³´Ï´Ù

¿À·¡°É¸°´Ù¸é ÃֽŹöÀüÀ̶ó¸é º´·Äó¸®ÇϽñ¸¿ä
ÆÄ¶ó¹ÌÅÍ Æ©´×µµ ÇØº¸½Ã±¸¿ä
±×¸®°í db¿¡¼­´Â  pc¿ë nvme´Â ½ºÆå ¼º´ÉÀÌ ´Ù ¾È³ª¿ÀÁÒ

ÀÌ·±ÀÛ¾÷Àº mysqlÀÇ innodb °è¿­ÀÌ ´õ ´À¸³´Ï´Ù
´ä±ÛÀ» ´Þ¾ÆÁֽЏðµç ºÐµé²² °¨»çµå¸³´Ï´Ù.

ÀÏ´ÜÀº index ºÎÅÍ ¼Õº¸µµ·Ï ÇϰڽÀ´Ï´Ù.
¹Î»çÀå 2021-10
À妽º°¡ ¾È°É·Á¼­ full scan ÇÏ°Ô µÇ¸é ´ç¿¬È÷ ¿À·¡°É¸³´Ï´Ù.
Äõ¸® ½ÇÇà°èȹÀ» È®ÀÎÇØ¼­ À妽º¸¦ Ÿ´ÂÁö È®ÀÎÇØ º¸½Ã±â ¹Ù¶ø´Ï´Ù.


QnA
Á¦¸ñPage 685/5740
2015-12   1827382   ¹é¸Þ°¡
2014-05   5311382   Á¤ÀºÁØ1
2023-03   2903   Dante0001
2019-08   2903   ÇູÇϼ¼
2021-07   2903   Á¶¿ìÁøcas
2022-01   2903   °¨ÀüµÈÅä³¢
2019-02   2904   ¹Ì¼ö¸Ç
2018-11   2904   ¾Ë¼±¾÷ü
2018-12   2904   epage
2019-05   2904   Æ®´Ï¾Æºü
2020-02   2904   ºÒ¹«°ñ
2020-06   2904   ´«ÆÃµ¹ÀÌ
2021-08   2904   ºÒ°í±âµ¤¹ä
2018-12   2904   comduck
2022-05   2904   ÇѽÂȯ
2023-08   2904   VSPress
2019-08   2904   ¾çÀçÇõ
2018-11   2904   Sikieiki
2019-03   2904   Psychophysi¡¦
2019-02   2905   ºÎ»êÃʺ¸
2019-04   2905   Win31
2022-05   2905   ¸»¹ú