MySQL은 소규모 프로젝트에만 사용할 수 있나요? 이제 정의를 말할 시간입니다!

저도 학교 다닐 때 많은 사람들이 MySQL에 대한 편견을 주로 가지고 있었습니다.

1. MySQL은 트랜잭션을 지원하지 않습니다(사실 MyISAM에는 테이블 잠금 기능이 있지만 효율성이 상대적으로 낮습니다)

2 MySQL에 저장되는 데이터의 양은 상대적으로 적으므로 소규모 프로젝트에 적합합니다. 대규모 프로젝트, Oracle, DB2 등

# 🎜🎜#수년이 지난 지금 저는 개발에 주로 MySQL을 사용해 왔습니다. 몇 마디 정의할 필요가 있다고 느꼈습니다.

fair talk

첫 번째 질문

거래를 지원하지 않는 것에 대한 첫 번째 질문과 관련하여 다음은 특정 역사적 사실입니다. 이유. MySQL 설계 초기부터 스토리지 엔진은 플러그형이므로 기업이나 개인이 자신의 필요에 따라 자체 스토리지 엔진을 정의할 수 있습니다(물론 일반 기업이나 개인에게는 실제로 이 기능이 없습니다). MySQL에서 개발된 가장 널리 사용되는 스토리지 엔진은 MyISAM입니다. MyISAM은 테이블 잠금을 지원하지만 행 잠금을 지원하지 않으므로 높은 동시 쓰기 작업을 처리할 때 효율성이 떨어집니다. 또한 MyISAM은 외래 키를 지원하지 않습니다. 이제 실제 프로젝트에서 사용됨).

하지만 이 문제가 해결 불가능한 것은 아닙니다. MySQL의 또 다른 유명한 스토리지 엔진인 InnoDB에 대해서도 마찬가지입니다.

InnoDB 스토리지 엔진은 핀란드 헬싱키에 있는 Innobase Oy라는 회사에서 개발되었습니다. InnoDB 스토리지 엔진은 MySQL보다 훨씬 더 오랜 역사를 가지고 있습니다.

InnoDB는 처음 개발 당시 완전한 데이터베이스로 개발되었기 때문에 기능이 매우 완벽합니다. 데이터베이스가 개발된 후 창립자는 데이터베이스를 판매하려고 했지만 구매자를 찾지 못했습니다.

나중에 이 플러그형 스토리지 엔진은 Innobase Oy의 창립자인 Heikki Tuuri의 관심을 끌었고 MySQL과 대화한 후 스토리지 엔진으로 InnoDB를 도입하기로 결정했습니다. MySQL은 MySQL이 InnoDB를 지원하지만 실제로는 주로 자체 MyISAM을 홍보합니다.

하지만 InnoDB는 너무 좋아서 2006년 마침내 큰 악마 오라클의 관심을 끌었고 손을 흔들며 InnoDB를 인수했습니다.

MySQL은 주로 자체 MyISAM을 홍보했으며 그 수명은 매우 암울했습니다. 2008년에 마침내 Sun에 10억 달러에 인수되었습니다. 이 작업으로 오픈 소스 분야의 선두주자로서의 Sun의 위치가 확고해졌습니다. 그 이후로 Sun의 유동성은 상대적으로 약해졌고, 결국 Sun 자체는 2009년 Oracle에 인수되었습니다. 그 당시 저는 아직 고등학생이었습니다. 어느 날 점심을 먹고 있을 때, 식당에서 CCTV의 정오 뉴스가 흘러나왔는데, 그 뉴스를 본 기억이 아직도 생생합니다.

Oracle이 Sun을 인수한 후 InnoDB와 MySQL은 Oracle의 제품이 되었고, 이후 릴리스 버전에서는 InnoDB가 서서히 MySQL의 기본 스토리지 엔진이 되었습니다. 최신 MySQL8에서는 메타데이터 테이블도 InnoDB를 스토리지 엔진으로 사용합니다.

InnoDB 스토리지 엔진에는 주로 다음과 같은 기능이 있습니다.

1 트랜잭션을 지원합니다

2 4가지 수준의 트랜잭션 격리를 지원합니다

#. 🎜🎜#3. 다중 버전 읽기 지원

4. 행 수준 잠금 지원

5. 읽기 및 쓰기 차단은 트랜잭션 격리 수준과 관련됩니다

# 🎜🎜#6 ...

물론 이것이 InnoDB가 반드시 좋다는 의미는 아닙니다. 실제 개발에서는 특정 시나리오에 따라 InnoDB를 사용할지 MyISAM을 사용할지 선택해야 합니다.

그래서 첫 번째 질문은 자멸적인 질문입니다.

두 번째 질문

두 번째 질문은 정말 결함이 있습니다.

MySQL과 오라클을 비교한다면 확실히 조금 더 나쁘다는 느낌이 들 것입니다. 결국 하나는 무료이고 하나는 유료인데, 유료는 가격이 너무 비싸거든요. 하지만 이 문제는 해결 불가능한 것이 아니다.

많은 국내 주요 제조사들이 MySQL을 사용하여 데이터를 저장한다는 소식을 많은 친구들이 들었을 것입니다. 대형 제조사들은 자체 스토리지 엔진을 개발할 수 있는 능력이 있기 때문에 MySQL을 사용하는데, 소규모 제조사들은 일반적으로 이런 강점이 없고 자체 스토리지 엔진을 개발할 수도 없는데, 오라클은 이를 감당할 수 없으니 어떻게 해야 할까요?

최근 몇 년간 등장한 분산형 데이터베이스 미들웨어는 이 문제를 아주 잘 해결할 수 있습니다. Java 분야에는 Sharding-JDBC, MyCat 등과 같은 유사한 도구가 많이 있습니다. 이러한 도구를 통해 데이터베이스 하위 테이블을 잘 구현할 수 있을 뿐만 아니라 데이터 테이블의 동적 확장, 읽기-쓰기 분리, 분산 트랜잭션을 구현할 수 있습니다. 해상도 등 이러한 도구를 사용하여 MySQL의 애플리케이션 시나리오가 크게 향상되었습니다.

반면, 최근 몇 년 동안 마이크로서비스가 인기를 얻었습니다. 이는 단순한 개념이 아닙니다. 마이크로서비스 아키텍처는 대규모 프로젝트를 여러 개의 작은 마이크로서비스로 분할하여 처리하기가 매우 복잡합니다. 많은 것들이 인간의 분업과 협력의 특성에 더 부합합니다. 마이크로서비스 아키텍처에서는 대규모 테이블과 여러 테이블에 대한 공동 쿼리에 대한 필요성이 줄어들고 MySQL이 더욱 유용해질 것입니다.

따라서 두 번째 문제도 해결 가능합니다.

내가 아는 한, 인터넷 회사들은 여전히 ​​MySQL을 꽤 많이 사용하고 있고, 전통적인 소프트웨어 회사들은 오라클 같은 데이터베이스를 선호할 수도 있습니다.

그런데 클라우드 컴퓨팅도 미래의 방향입니다.

더 많은 MySQL 관련 기술 기사를 보려면 MySQL Tutorial 칼럼을 방문하여 알아보세요!

위 내용은 MySQL은 소규모 프로젝트에만 사용할 수 있나요? 이제 정의를 말할 시간입니다!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!