전체 글687

• 

  3/26(금) 주식과 2021. 3. 29.

• 

  3/25(목) 뉴욕마감]나스닥 2%↓…가치주 전환에 대형 기술주 매도 뉴욕 증시가 이틀 연속 일제히 하락했다. 미국 경제를 이끄는 수장들이 낙관론을 피력했지만, 대형 기술주의 매도세가 증시 전반을 압박하며 투자 심리가 꺾였다. ◇대형 기술주 매도세…테슬라 4.8% 하락 24일(현지시간) 다우 지수는 전장 대비 3.09포인트(0.01%) 하락한 3만2420.06을 기록했다. 장중 대부분 상승세를 이어가다가 장막판 미미하게 내렸다. 스탠다드앤푸어스(S&P)500 지수는 21.38포인트(0.55%) 밀린 3889.14, 나스닥 지수는 265.81포인트(2.01%) 급락한 1만2961.89를 나타냈다. 대형 기술주의 낙폭이 컸다. 애플 2%, 넷플릭스 2.7%씩 내렸고 페이스북은 3% 밀렸다. 테슬라도 4.8% 떨어졌다. 비트코인으로 테슬라 전기차를 살 수 있게 되면서 비트코인 .. 주식과 2021. 3. 25.

• 

  3/18(목) 美 연준 "금리 안올려"...다우 '3만3000' 돌파 [ 뉴욕마감] 17일(현지시간) 뉴욕증시에서 블루칩(우량주) 클럽인 다우존스산업평균지수는 전 거래일보다 189.42포인트(0.58%) 오른 3만3015.37로 마감했다. 다우지수는 사상 처음 3만3000포인트를 돌파하며 새로운 고지를 밟았다. 대형주 위주의 S&P(스탠다드앤푸어스) 500지수는 11.41포인트(0.29%) 오른 3974.12로 거래를 마감했다. 이날 오전 하락세를 보였던 S&P500지수는 연준의 발표 이후 낙폭을 모두 회복하고 플러스(+)로 돌아서며 종가 기준 사상최고가를 기록했다. 기술주 중심의 나스닥 종합지수도 오전 낙폭을 회복하고 전날보다 53.64포인트(0.40%) 오른 1만3525.20에 장을 마쳤다. 연준은 이날 오후 이틀 간의 연방공개시장위원회(FOMC) 정례회의를 마치며 기준금리를 0.0.. 주식과 2021. 3. 18.

• 

  3/17(수) 뉴욕증시, FOMC 발표 앞두고 숨 고르기…다우, 0.39%↓ 뉴욕증시가 연방공개시장위원회(FOMC) 회의 결과에 따른 금리 변동 가능성으로 숨 고르기에 들어갔다. 16일(현지시간) 뉴욕증권거래소(NYSE)에 따르면 다우존스30 산업평균지수(다우지수)는 전 거래일 대비 127.51포인트(0.39%) 하락한 3만2825.95에 거래를 마감했다. 이날 다우지수는 장 초반부터 하락세를 그리며 내려앉았다. 이번 주 발표될 예정인 FOMC 결과가 증시에 영향을 미치고 있다. 앞서 연방준비제도(Fed, 연준)는 이날부터 FOMC 회의를 시작했다. 회의는 이틀간 진행되며, 결과는 17일(현지시간) 오후에 나올 예정이다. 연준은 FOMC를 통해 시장을 위한 새로운 정책보고서를 발표한다. 통화공급량, 단기금리 등 통화정책 등이 주된 내용이다. FOMC의 발표가 국채 금리에도 영향을.. 주식과 2021. 3. 17.

• 

  MySQL 인덱스 MySQL 인덱스에 관해 정리를 하였습니다. MySQL을 잘 알아서 정리를 한것이 아니라, 잘 알고 싶어서 정리한 것이라 오류가 있을수도 있습니다. 1. 인덱스란? 인덱스 == 정렬 인덱스는 결국 지정한 컬럼들을 기준으로 메모리 영역에 일종의 목차를 생성하는 것입니다. insert, update, delete (Command)의 성능을 희생하고 대신 select (Query)의 성능을 향상시킵니다. 여기서 주의하실 것은 update, delete 행위가 느린것이지, update, delete를 하기 위해 해당 데이터를 조회하는것은 인덱스가 있으면 빠르게 조회가 됩니다. 인덱스가 없는 컬럼을 조건으로 update, delete를 하게 되면 굉장히 느려 많은 양의 데이터를 삭제 해야하는 상황에선 인덱스로 지.. IT와 2021. 2. 18.

• MongoDB의 데이터 유실 가능성 앞 절에서 살펴보았듯이 MongoDB의 데이터 유실 가능성이 존재하지 않는 것은 아니다. 복제의 경우는 slave가 아무리 빨리 데이터 동기화를 한다고 하여도, master와의 통신 지연 시간만큼의 차이를 가질 수 있고, 저널링 역시 group commits의 시간에 의해 차이가 발생된다. 하지만, slave의 Oplog 동기화는 시스템 부하가 없는 경우라면, 쓰레드에 의해 아주 빠르게 주기적으로 동기화를 수행하기 때문에, 쓰기 연산이 엄청난 부하를 가지는 않는 상태에서는 Oplog의 동기화로 문제시 되지 않는다. 다만, 부하를 견디지 못해 서버가 죽는 경우라면, Oplog에 동기화 되지 않은 채 남아있는 데이터 연산을 잃어버리는 현상이 나타난다. 저널링은 데이터 저장소에 문제가 발생하여 데이터가 유실되.. IT와 2021. 2. 3.

• MongoDB의 복제 한계 MongoDB의 복제 시스템은 다음과 같은 한계를 가진다. 한 복제 집합을 구성할 수 있는 노드의 최대 개수는 12개이다. 한 복제 집합에서 투표할 수 있는 노드의 최대 개수는 7개이다. 상기와 노드의 개수에 제한을 둔 것은 성능과 관련이 있다. 즉 Slave 개수의 제한은 master의 부하를 결정하고 투표 노드의 제한은 master 선출의 최대 시간과 관련 있다. 아마 10gen이 실험적으로 위와 같은 한계사항을 결정한 것이 아닌가 판단된다. IT와 2021. 2. 3.

• 

  MongoDB의 복제 동기화 및 마스터 선출 MongoDB의 복제 시스템에서 대해서는 앞 절에서 살펴보았다. 복제는 시스템의 Fail-Over를 제공하기 위한 분산시스템의 핵심 기술로 자리잡고 있다. 복제 시스템은 master가 죽더라도 slave가 master의 역할을 대행할 수 있도록 데이터의 동기화에 많은 부분을 할애하고 있다. 복제시스템은 master-master와 master-slave 형식으로 구성할 수 있다. 일반적으로 복제 시스템에서는 master에서만 쓰기 연산이 수행되고, 읽기 연산은 master와 slave 모두에서 수행될 수 있다. 따라서 master는 쓰기 연산을 통해 적재된 데이터를 가장 빠른 시간 안에 slave에 전달하여야 한다. MongoDB는 master-slave 방식의 복제 동기화를 수행한다. [그림 2-2]를 .. IT와 2021. 2. 3.

• 

  MongoDB의 복제 시스템 MongoDB의 복제 정책은 기본적으로 Master-Slave 방식을 채택하고 있으며, master가 죽더라도 slave들 중에서 master를 선출할 수 있는 master 선출 방법을 채택하고 있다. 즉, Master가 죽으면, slave들이 투표를 진행하고 투표된 결과에 따라 새로운 master가 선출된다. [그림 2-1] [그림 2-1]은 MongoDB의 복제 정책을 보여준다. MongoDB의 master는 쓰기 연산을 담당한다. 즉, 일반 Master-Slave 방식과 동일하게 쓰기는 master에서만 이루어진다. 이때 MongoDB는 쓰기 연산을 데이터 저장소와 Oplog라는 두 군데 영역에 저장한다. 데이터 저장소에는 B+ 트리로 구성된 데이터 저장소를 말하는 것으로, 쓰기 연산을 수행한 결과.. IT와 2021. 2. 3.

• [MongoDB] oplog resize Replication을 위해 존재하는 oplog는 아무 설정을 하지 않았을 경우, 처음 생성될 때 기본값으로 디스크의 사용가능한 공간의 5% 크기로 설정된다. (64비트 리눅스 기준) 아무 생각없이 클러스터를 구성했다가 나중에 좀 쓰다가 보니 oplog 사이즈가 너무 크거나 작을 경우가 있다. 예를 들어, secondary가 한 3일 내려가도 나중에 sync를 맞출 수 있도록 하려면 oplog 사이즈가 3일치 정도는 되어야 하지만, oplog도 나머지 data+index와 함께 서버의 RAM 사이즈에 맞으면 좋으므로 서버당 데이터 수용량을 늘이려면 oplog가 좀 작아야 할 필요도 있다. 아래 명령어로 현재 oplog가 얼마나 커버가 가능한지 확인가능하다. // 확인하고자 하는 mongod에 접속해서 아.. IT와 2021. 2. 3.

• MongoDB 사이즈 줄이기 MongoDB를 오래 운영하다보면 데이터를 쓰고 지우고 어쩌고 하면서, 실제 디스크 상의 공간점유가 커지고 이에 따라 mapped size가 높아져서 한 번씩 정리해 줄 필요가 있다. fsck나 vacuum 같은거라고 생각하면 되는데 MongoDB에는 compact와 repairDatabase가 있다. 둘 다 defragment와 index rebuild 등을 통해 공간을 정리해주는데, repairDatabase의 경우엔 실제 데이터 파일의 사이즈도 줄여준다. downtime없이 rolling 방식으로 진행하게 되는데, 대상 서버를 replicaSet에서 뽑아낸 후 stand-alone 상태에서 compact 작업을 해주고 다시 replicaSet의 멤버로 복귀시키는 형태라고 보면 된다. 우선 secon.. IT와 2021. 2. 1.

• IS NOT NULL 조회에 대한 개선방법 찾기. 다양한 IS NOT NULL처리와 SQL 성능 문제 CHAR[VARCHAR2] : column > chr(0) [or colum > ''] DATE : column > to_date('19831116','YYYYMMDD') NUMBER : column >= OR column SQL> WITH not_null_t AS (SELECT 'a' AS c1 FROM dual UNION ALL SELECT NULL FROM dual UNION ALL SELECT 'b' FROM .. IT와 2021. 1. 31.