안녕하세요.

현재 여행사 예약프로그램을 만들고 있는데,

그전에 여행사 유지보수를 했던적이 있습니다. 그래서 이런 이슈에 대해서 아키텍트급으로 궁굼한 사항이 있어서

질문 하게 되었습니다.

그전에 사용하던 디비는 mysql 4버전, 언어셋은 latin1 이었습니다.

운영체제는 centos5, 코어는 쿼드코어에 쓰래드 8개고, 메모리는 16기가 였고 코어 스피드는 2.6Gh 정도였던거로

기억합니다.

현재 서버는 비슷한 사양에 코어스피드가 3Gh 좀 넘는 스펙에 mariadb 5.5.41버전입니다.

제가 궁굼한건 그전에 사용하던 디비에선 3년간 사용하던 업체의 디비 테이블 로우가 60만건이 되니 

join문 포함헤서 페이지당 15줄 가량의 테이블을 읽어오는데 대략 느릴때는 10초가량 걸려서

예약건을 삭제해준 경험이 있었거든요.

그래서 속도가 빨라졌던 경험이 있는데, 현재 제가 구현하고 있는건 관리하는 업체가 더 많아져서 결국엔

로우가 3년간 사용했을경우 600만건 이상될걸로 예상되는데, 다른 디비를 사용해본 경험이 없어서,

이럴경우엔 어떻게 해결해야 할 지 궁굼합니다.

몇가지 제가 생각하는 답은 

1. mongodb를 사용한다.

2. oracle을 사용한다.

가 있을거 같은데, 혹시 mysql만으로도 훌륭히 속도 이슈를 해결할 방안이 있을런지요?

인터넷 검색해보니 텀블러 사이트는 mysql로 만들었다던데,  mysql만으로 해결하려면 

가령 row가 10만건 생기면 테이블이 자동으로 table1 이런식으로 늘어나서

union하는 방향으로 개발해야 할가요?