거룩한밤 2013-06

MYSQL DB용량=메모리 크기는 아닐텐데요..
MEMSQL같은 것으로 이동하시면 톡톡히 효과보시겠네요.

회원K 2013-06

실제로 충분한 속도를 내려면 dump한 DB용량 = 메모리크기는 되어야 하더라구요.
일부는 redis로 바꾸고 일부는 HBASE로 이전할까 고민중인데,
Memory DB는 휘발성이라 auto sync가 되는 알티베이스 같은 것이 아니면 어렵구요.
MySQL이 Hybrid로 바뀌기를 기대해 보고 있습니다.

최재훈 2013-06

H710P 1GB 모델이시면 SSD Read Cache의 사용이 가능하실텐데요.
Working set이 얼머나 되는지는 잘 모르겠지만 특성상 4k와 같은 랜덤쪽에서 도움이 많이 되실겁니다.

하고 봤더니

Write쪽의 비율이 훨씬 높으시네요...하하

회원K 2013-06

DB 서버의 경우 램이 부족하면 읽기 I/O가 극도로 높아지기 때문에
램을 극대로 높여서 가능하면 램에서 대부분의 read가 이루어지게 하고 있습니다.
48G 720 시스템을 620으로 교체하면서 램을 80G로 높였고, 다음주에 16G를 더 추가할 예정 입니다.
80G면 남을 것으로 알았는데, 벌써 swap을 쓰고 있습니다.

SSD Read Cache 보다는 램이 더 쌉니다^^

야혹 2013-06

어떤 용도의 DB인가요? RAM 80GB로도 감당이 안되는 DB 용도가 궁금합니다. ㅎㄷㄷㄷㄷ

회원K 2013-06

그냥... 웹사이트죠 ^^

인은규 2013-07

저도 요즘 증권어플용때문에 DB서버 겸 웹서버를 구축하려하는데
쓰는데 시간이 너무 걸리네요.
전체 종목이 한 2050종목정도 되고 한종목당 15개정도의 데이터를 쓰는데
MEMSQL로 사용해도 대략 3초...
어떻게 더 줄여야할지 모르겠어요~ㅠ
램이 4GB밖에 안되서 그런가...
DB전체의 용량은 그렇게 크지 않거든요. 이전데이터는 필요없어서
계속 같은 항목에 update하는 방식이라

회원K 2013-07

그런경우라면 MySQL을 쓰시면 안되고 redis와 같은 NoSQL을 쓰고
가끔씩 redis dump를 해서 mysql에 넣으면 됩니다.
DB를 목적에 따라 분리해서 쓰는 것이 때로는 필요하죠.

이런 경우에는 Ram도 속도가 빠른 것을 쓰고 CPU도 QPI와 memory bandwidth가 높은 것을 씁니다.

이런 경우에는 redis instance를 여러개 만들어서,
종목구분별로 다른 instance와 일하게 하면 더 빨라집니다.

인은규 2013-07

아. 현재가격만을 보여주는 실시간이라 이전데이터는 없애고 현데이터만 계속 업데이트해줘야하는 거라...
저도 정현태님처럼 램을 많이 늘려야하는지 ^^;;

회원K 2013-07

MySQL의 경우 memory table을 써도, log는 disk에 남겨야 합니다.
생각하시기로 memory에 쓰는데 왜 늦냐고 생각 하시겠지만
3초라는 그 이면에는 disk에 log를 남기는 것이 있습니다.

서버에 raid controller를 붙이고, write cache ratio를 50:50 정도로 높여주세요.
물론 실시간이 중요하므로 raid controller의 cache는 512mb 이상으로 하셔야 합니다.

인은규 2013-07

감사합니다. 제가 초보라 아직 모르는게 너무 많네요.
raid controller를 붙인다는건 하드디스크(ssd)를 레이드로 붙이라는 것이지요?

회원K 2013-07

SSD를 raid 1으로 붙이면 되고, raid controller도 제대로 된 좋을 것을 써야 합니다.
zero-cache(cache 없는거) on-board raid 이런 것들은 오히려 속도를 깍아 먹습니다.
브랜드 제품이면 브랜드의 raid controller로 512mb 이상을 쓰고,
조립인 경우에는 areca, megaraid/3ware 등의 괜챦은 것을 써야 합니다.

그리고, 그런 목적의 프로그램이라면 redis를 쓰는 것이 정답이구요.