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

   Á¶È¸ 1877   Ãßõ 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 436/5673
2014-05   4928702   Á¤ÀºÁØ1
2015-12   1466187   ¹é¸Þ°¡
2022-11   1877   osthek83
2022-07   1877   À嵿°Ç2014
2021-11   1877   ÀÌÈñÁÖ
2023-03   1877   ±×¸°
2020-08   1877   °¡ºü·Î±¸³ª
2023-01   1877   Åë½Å¹öÇÊ
2020-01   1877   NiteFlite9
2021-06   1878   ȲÁø¿ì
2022-05   1878   RuBisCO
02-06   1878   Å¿µÆÄÆÄ
03-10   1878   twotheall
2022-04   1878   ·ÕŸÀÌÁî
2021-10   1878   Æ®´Ï¾Æºü
2023-05   1879   À̸ŸÁ·®2
2023-01   1879   ÀÎÃʸ®
06-20   1879   ±èÁ¦¿¬
2022-05   1879   ÀÌÈñÁÖ
2022-03   1879   ±è°¡ÇǽÃ
2022-03   1879   ¹ÌÇÁ
2020-09   1879   ±èȲÁß