Release | GA Date | Premier Support End | Extended Support End | Sustaining Support End |
MySQL Database 5.0 | Oct-05 | Dec-11 | Not Available | Indefinite |
MySQL Database 5.1 | Dec-08 | Dec-13 | Not Available | Indefinite |
MySQL Database 5.5 | Dec-10 | Dec-15 | Dec-18 | Indefinite |
MySQL Database 5.6 | Feb-13 | Feb-18 | Feb-21 | Indefinite |
MySQL Database 5.7 | Oct-15 | Oct-20 | Oct-23 | Indefinite |
MySQL Database 8.0 | Apr-18 | Apr-23 | Apr-26 | Indefinite |
비교 항목 | TencentDB for MySQL 8.0 | Oracle MySQL 8.0 |
가성비 | 1. 엘라스틱 리소스 2. TXSQL 자체개발 커널 3. 통합 백업 복구 4. 완벽한 SASS 툴 서비스 | 1. 한 번에 많은 비용 투입 2. 오픈 소스 버전이므로 성능 최적화 없음 3. 백업 리소스 단독 배포 시 추가 요금 발생 4. 공용 네트워크 트래픽 요금 발생 및 높은 도메인 요금 |
가용성 | 1. HA 전환 시스템 구비 2. 읽기 전용 인스턴스의 자동 트래픽 CLB 3. 재해 복구 인스턴스 원격 재해 복구로 높은 가용성 | 1. 서버 자체 구매 시 출고 사이클 대기 필요 2. 고가용 시스템 및 CLB 시스템 개별 배포 3. 멀티 리전 멀티 센터 구축 시 원격 데이터 센터 설립 필요, 높은 제반 비용 발생 |
신뢰성 | 1. 99.9996%에 달하는 데이터 신뢰성 2. 낮은 RPO, RTO 3. 안정적인 마스터/슬레이브 데이터 복사 | 1. 99%의 데이터 신뢰성이 단일 디스크의 손상률 결정 2. RPO 비용 절감을 위한 별도의 연구 개발 비용 발생 3. 데이터 복사 딜레이 및 중단 현상 발생 |
용이성 | 1. 데이터베이스 관리 시스템 구비, 간편한 콘솔 조작 2. 초 단위 모니터링 + 스마트 알람 기능 3. AZ(가용존) 간의 자동 HA(고가용) 성능 4. 원클릭 버전 업그레이드 | 1. HA, 백업 복구 시스템 개별 배포 시 시간 및 인력 필요 2. 모니터링 시스템 개별 구매 시 별도의 비용 발생 3. 원격 데이터센터 구축 시 높은 비용 발생 및 유지보수 인력 필요 4. 상위 버전 업그레이드 시 높은 비용 발생, 시스템 정지 후 점검에 긴 시간 소요 |
성능 | 1. 우수한 로컬 SSD 디스크 성능으로 하드웨어 연산 반복 속도를 빠르게 설정 가능 2. TXSQL 커널 최적화로 성능 보장 3. DBbrain 스마트 진단, MySQL 성능 최적화 | 1. 클라우드 컴퓨팅 하드웨어의 연산 속도를 따라가지 못해 클라우드보다 떨어지는 성능 2. 베테랑 DBA에 종속되어 높은 비용 발생 3. 성능을 뒷받침할 툴 미비로 별도 구매 또는 배포 필요 |
보안 | 1. 사전 보안: 화이트리스트, 보안 그룹, VPC 격리 2. 작업 중 보안: TDE + KMS 데이터 암호화 3. 사후 감사: SQL 감사 4. 공식 홈페이지 버전 보안 업데이트 후 커널도 동기화 | 1. 높은 화이트리스트 설정 비용, 전용 네트워크 사용 시 직접 배포 필요 2. 작업 중 별도의 암호화 필요 3. 사후 감사가 어렵고 오픈 소스 버전에 SQL 감사 기능 포함되지 않음 4. 버전 업데이트 후, 유지보수 패치 도입 또는 시스템 정지 후 점검 필요 |
문제 해결에 도움이 되었나요?