MySQL 대 MongoDB 1000 읽기


320

MongoDb에 대해 매우 기대하고 있으며 최근에 테스트하고 있습니다. 나는 'id'라는 필드에서만 인덱스 된 약 2 천만 개의 레코드를 가진 MySQL에서 게시물이라는 테이블을 가지고있었습니다.

MongoDB와 속도를 비교하고 싶었고 거대한 데이터베이스에서 임의로 15 개의 레코드를 가져 와서 인쇄하는 테스트를 실행했습니다. 나는 mysql과 MongoDB에 대해 각각 약 1,000 번 쿼리를 실행했으며 속도에 큰 차이가 없다는 것을 놀라게했다. 아마도 MongoDB가 1.1 배 빠릅니다. 매우 실망 스럽습니다. 내가 잘못하고있는 것이 있습니까? 내 테스트가 완벽하지는 않지만 집중적 인 집안일을 읽을 때 MongoDb와 동등한 MySQL이라는 것을 알고 있습니다.


노트 :

  • 듀얼 코어 + (2 스레드) i7 CPU 및 4GB 램이 있습니다
  • MySQL에는 각각 1 백만 개의 레코드가 20 개 있습니다.

MongoDB 테스트에 사용되는 샘플 코드

<?php
function microtime_float()
{
    list($usec, $sec) = explode(" ", microtime());
    return ((float)$usec + (float)$sec);
}
$time_taken = 0;
$tries = 100;
// connect
$time_start = microtime_float();

for($i=1;$i<=$tries;$i++)
{
    $m = new Mongo();
    $db = $m->swalif;
    $cursor = $db->posts->find(array('id' => array('$in' => get_15_random_numbers())));
    foreach ($cursor as $obj)
    {
        //echo $obj["thread_title"] . "<br><Br>";
    }
}

$time_end = microtime_float();
$time_taken = $time_taken + ($time_end - $time_start);
echo $time_taken;

function get_15_random_numbers()
{
    $numbers = array();
    for($i=1;$i<=15;$i++)
    {
        $numbers[] = mt_rand(1, 20000000) ;

    }
    return $numbers;
}

?>


MySQL 테스트를위한 샘플 코드

<?php
function microtime_float()
{
    list($usec, $sec) = explode(" ", microtime());
    return ((float)$usec + (float)$sec);
}
$BASE_PATH = "../src/";
include_once($BASE_PATH  . "classes/forumdb.php");

$time_taken = 0;
$tries = 100;
$time_start = microtime_float();
for($i=1;$i<=$tries;$i++)
{
    $db = new AQLDatabase();
    $sql = "select * from posts_really_big where id in (".implode(',',get_15_random_numbers()).")";
    $result = $db->executeSQL($sql);
    while ($row = mysql_fetch_array($result) )
    {
        //echo $row["thread_title"] . "<br><Br>";
    }
}
$time_end = microtime_float();
$time_taken = $time_taken + ($time_end - $time_start);
echo $time_taken;

function get_15_random_numbers()
{
    $numbers = array();
    for($i=1;$i<=15;$i++)
    {
        $numbers[] = mt_rand(1, 20000000);

    }
    return $numbers;
}
?>

11
실제 시간은 몇시입니까?
Abe Petrillo

30
나는 DBA가 아니므로 이것은 대답이 아닌 의견이지만 MySQL과 MongoDB 중에서 선택할 때 속도를 주요 고려 사항으로 삼아서는 안됩니다. 스키마없는 스키마와 스키마 (예 : 데이터 스키마를 변경해야하는 빈도) 및 크기 조정 (즉, 일반적인 읽기에는 한 서버의 데이터 만 필요하도록 데이터를 파쇄하는 것이 얼마나 쉬운 지)과 같은 것이 선택에 더 중요합니다. 이렇게
rossdavidh

17
어떻게 더 빨리 읽을 수 있습니까? 기계 장치에서 읽습니다. MySQL과 동일합니다. 그것은 장치 자체의 속도에 달려 있으며 하드웨어의 한계를 뛰어 넘기 위해 코드를 통해 이상한 마법을 사용할 수 없습니다.
NB

7
이 질문은 저에게 이것을 상기시킵니다 : mongodb-is-web-scale.com
oligofren

13
사람들은 자신이 서로 가고 싶어한다고 착각합니다. 주방에는 전자 레인지와 오븐이 모두 필요합니다. 당신은 단지 하나만 사용한다고 말할 수는 없습니다. 두 시스템의 사용 사례가 다릅니다. 앱의 일부로 ACID가 필요한 경우 RDBMS를 사용하십시오. 일관성과 제약 조건에 신경 쓰지 않고 엔티티를 하나로 (모음) 하나로 저장할 수 있으면 MongoDB를 사용하십시오. 결국 하이브리드 시스템을 사용하게되며, 핵심은 어디에 저장할 것인지 결정하는 것입니다.
Teoman shipahi 2016 년

답변:


645

MongoDB는 마술처럼 빠르지 않습니다. 동일한 데이터를 저장하고 기본적으로 동일한 방식으로 구성하고 정확히 동일한 방식으로 액세스하면 결과가 크게 다를 것으로 기 대해서는 안됩니다. 결국 MySQL과 MongoDB는 모두 GPL이므로 Mongo에 마술로 더 나은 IO 코드가 있으면 MySQL 팀이 코드베이스에 통합 할 수 있습니다.

MongoDB를 사용하면 워크로드에 더 적합한 다른 방식으로 쿼리 할 수 ​​있기 때문에 사람들은 실제 MongoDB 성능을 크게보고 있습니다.

예를 들어, 복잡한 엔티티에 대한 많은 정보를 정규화 된 방식으로 유지하는 설계를 생각해보십시오. 이를 통해 MySQL (또는 관계형 DB)에서 수십 개의 테이블을 쉽게 사용하여 데이터를 일반 형식으로 저장할 수 있으며 테이블 간의 관계 무결성을 보장하기 위해 많은 인덱스가 필요합니다.

이제 문서 저장소와 동일한 디자인을 고려하십시오. 이러한 관련 테이블이 모두 기본 테이블에 종속되는 경우 (종종 경우) 전체 엔터티가 단일 문서에 저장되도록 데이터를 모델링 할 수 있습니다. MongoDB에서는이를 단일 문서의 단일 컬렉션으로 저장할 수 있습니다. MongoDB가 탁월한 성능을 발휘하기 시작합니다.

MongoDB에서 전체 엔티티를 검색하려면 다음을 수행해야합니다.

  • 컬렉션에서 하나의 인덱스 조회 (엔터티가 id로 페치되었다고 가정)
  • 하나의 데이터베이스 페이지 (실제 이진 json 문서)의 내용을 검색합니다.

따라서 b- 트리 조회 및 이진 페이지를 읽습니다. Log (n) + 1 IO. 인덱스가 완전히 메모리에 상주 할 수 있으면 1 IO입니다.

20 개의 테이블이있는 MySQL에서는 다음을 수행해야합니다.

  • 루트 테이블에서 하나의 인덱스 조회 (다시 엔티티가 id로 페치되었다고 가정)
  • 클러스터형 인덱스를 사용하면 루트 행의 값이 인덱스에 있다고 가정 할 수 있습니다
  • 엔터티의 pk 값에 대한 20 개 이상의 범위 조회 (희망 색인)
  • 이들은 아마도 클러스터형 인덱스가 아니므로 적절한 하위 행이 무엇인지 파악하면 동일한 20 개 이상의 데이터 조회가 가능합니다.

따라서 모든 인덱스가 메모리에 있다고 가정하더라도 (모든 인덱스가 20 배 더 많기 때문에 더 어렵다) 가정하면 mysql의 총 범위는 약 20 범위입니다.

이러한 범위 조회는 임의 IO로 구성 될 가능성이 있습니다. 서로 다른 테이블이 디스크의 다른 지점에 확실히 상주 할 수 있으며, 엔티티에 대해 동일한 테이블에서 동일한 범위의 동일한 범위에있는 다른 행이 연속적이지 않을 수 있습니다 (엔티티가 어떻게 수행되었는지에 따라 다름) 업데이트 등).

따라서이 예의 경우 마지막 집계는 MongoDB에 비해 논리적 액세스 당 MySQL의 IO 가 약 20 배 더 높습니다.

이것은 MongoDB가 일부 사용 사례에서 성능 향상시키는 방법 입니다.


43
mysql에 하나의 메인 테이블을 넣으면 어떻게 될까요?
ariso

98
@ariso : 이것은 비정규 화에 의한 최적화입니다. 성능 향상을 제공 할 수 있습니다. 그러나 이렇게하면 깔끔한 디자인과 관계형 데이터베이스의 모든 기능 (대부분의 기능은 말할 것도없고)을 버립니다. 그리고 열 제한에 도달 할 때까지만 작동합니다.
Sean Reilly

7
@SeanReilly 엔티티가있는 예제 (객체로 편집해야하며 엔티티 지향 프로그래밍이 없습니다 :)는 유효하지 않습니다. ariso가 말했듯이 객체를 직렬화하고 db에 저장하고 필요할 때 직렬화를 해제 할 수 있습니다 (모든 직렬화 형식). 지속 객체의 진정한 힘은 documnet db 시스템이 아닌 oodbms에 있습니다. 그러나 나는 각자 자신의 목적과 힘이 있음에 동의합니다 (그러나 귀하의 예는이 주제의 비전과 관련성을 더 모호하게합니다).
Geo C.

9
20 조인은 아마도 최고의 데이터베이스 스키마에 대한 최상의 쿼리가 아닐 가능성이 큽니다.
Audrius Meskauskas

8
@SeanReilly 나는 당신의 예가 매우 도움이된다는 것을 알았습니다. 객체를 테이블에 자동으로 직렬화 및 역 직렬화하고 mongodb와 같은 방식으로 작동하는 MySQL에 대한 특수 인터페이스를 구축 할 수 있습니다. 그렇다면 왜 그렇게 사용하도록 특별히 설계된 것을 사용하지 않겠습니까? 또한 "엔티티"를 사용하는 것이 좋습니다. 요점은 데이터를 테이블의 필드가 아닌 문서로 구성한다는 것입니다. 문서가 OO 언어로 구성된 객체인지 여부는 예제와 관련이 없습니다.
BHS

57

동시성, 즉 동시 사용자가 있습니까? 하나의 스레드로 쿼리를 1000 배만 실행하면 거의 차이가 없습니다. 이 엔진에는 너무 쉽다 :)

그러나 진정한로드 테스트 세션을 구축 할 것을 강력히 권장합니다. 즉, 같은 시간에 10, 20 또는 50 명의 사용자가있는 JMeter와 같은 인젝터를 사용하면 실제로 차이를 볼 수 있습니다 (이 코드를 웹 페이지 JMeter에 포함하려고 시도하십시오) 쿼리 가능).

방금 단일 서버 (및 간단한 컬렉션 / 테이블)에서 방금 수행했으며 결과는 매우 흥미롭고 놀랍습니다 (MongoDb는 MyISAM 엔진 및 InnoDb 엔진과 비교하여 쓰기 및 읽기에서 실제로 더 빠릅니다).

이것은 실제로 테스트의 일부 여야합니다 : 동시성 및 MySQL 엔진. 따라서 데이터 / 스키마 설계 및 애플리케이션 요구는 물론 응답 시간을 넘어서는 큰 요구 사항입니다. 결과를 얻으면 알려주십시오. 이에 대한 정보도 필요합니다!


42
결과를 공유 할 수 있습니까?
Imran Omar Bukhsh

1
Ya, 그 결과는 매우 도움이 될 것입니다
Vasil Popov

3
그들이이 주제의 나머지 부분에서 말했던 것처럼 애플의 사과라면 분명히 이것은 확장 될 것입니다. 따라서 평균적으로 x를 수행하면 여러 소스에서 시뮬레이션하므로 mongo가 더 빠른 이유를 설명하십시오. 즉, 단일 요청에 대해 mysql이 평균적으로 더 빠르다는 합의를 위해 그냥 mongo가 왜 여러 번 더 빨라질까요? 나는 이것이 매우 과학적이라고 생각하지 않습니다. 나는 시험이 유효하다고 말하지만 나머지 주제에서 설명하는 것처럼 사과를 사과와 비교할 때 차이가 얼마나 큰지 확실하지 않습니다.
Seabizkit

35

출처 : https://github.com/webcaetano/mongo-mysql

10 행

mysql insert: 1702ms
mysql select: 11ms

mongo insert: 47ms
mongo select: 12ms

100 행

mysql insert: 8171ms
mysql select: 10ms

mongo insert: 167ms
mongo select: 60ms

1000 행

mysql insert: 94813ms (1.58 minutes)
mysql select: 13ms

mongo insert: 1013ms
mongo select: 677ms

10.000 행

mysql insert: 924695ms (15.41 minutes)
mysql select: 144ms

mongo insert: 9956ms (9.95 seconds)
mongo select: 4539ms (4.539 seconds)

91
10,000 행 삽입 15 분? 그것은 매우 빈약 한 MySQL 데이터베이스입니다. 내 경험상 그러한 작업이 1 초 동안 진행되면 전화에 불만 사항이 표시됩니다. :)
Mordechai

1
Xtreme Biker는 링크를 살펴 봅니다. 다른 설정을 가진 다른 사람들의 테스트를 게시했습니다.
2081518

14
몇 가지 사항 : 1) MySQL은 올바르게 최적화되고 구성되어야하며 많은 양의 데이터를 삽입하는 다양한 방법이 있으며 올바르게 수행하면 15 분의 0.1 %가 걸릴 수 있습니다 ( 예 : 이 페이지 참조) . 2) MongoDB는 데이터를 디스크에 바로 쓰지 않기 때문에 "빠르게"보이는데 컴퓨터가 고장 나면 데이터가 손실됩니다. 3) MySQL에서 읽기 속도가 훨씬 빠름
elipoultorak

81
10.000 행 15 분? 각 행을 입력 했습니까? =))))
Iurie Manea

7
mysql에 10 개의 행을 삽입하는 데 1.7 초가 걸린다는 주장을 믿는 사람은 몽고에서받는 고통을
감수해야합니다.

20

대답은 기본적으로 데이터베이스가 아니라 PHP를 테스트한다는 것입니다.

인쇄 주석 처리 여부에 관계없이 결과를 반복하지 마십시오. 많은 시간이 있습니다.

   foreach ($cursor as $obj)
    {
        //echo $obj["thread_title"] . "<br><Br>";
    }

다른 청크는 많은 수의 랜드 숫자를 입력하는 데 소비됩니다.

function get_15_random_numbers()
{
    $numbers = array();
    for($i=1;$i<=15;$i++)
    {
        $numbers[] = mt_rand(1, 20000000) ;

    }
    return $numbers;
}

그다음에 큰 차이가 있습니다.

그리고 마지막으로 여기에서 무슨 일이 일어나고 있는지. 매번 연결을 만드는 것처럼 보이므로 연결 시간과 쿼리 시간을 테스트합니다.

$m = new Mongo();

vs

$db = new AQLDatabase();

따라서 재즈에서 제거 된 기본 쿼리에 대해 101 % 더 빠를 수 있습니다.

어 g.


4
당연히 코딩 관행은 어떤 상황에서도 큰 차이를 만들 수 있지만 이것은 언어, API 또는 확장 유형에 국한되지 않습니다. 타이머를 시작하기 전에 난수를 생성하면 차이가 발생하지만 프로세스 내에서 대부분의 시간은 데이터베이스 트랜잭션에서 의심의 여지가 없습니다. 난수 생성은 사소한 것이며 SQL 및 NoSQL 데이터베이스는 그렇지 않습니다.
JSON

1
랜드 번호를 선택하지 마십시오. 분명히 당신은 매번 연결을 그리워했습니다. 모든 문제는 의도 된 것 이외의 것을 테스트하는 데 추가됩니다.
Gabe Rainbow

2
아니, 그것을 놓치지 않았다. mysqli_close ()가 호출되지 않으면 스크립트가 완료 될 때까지 MySQL은 연결을 닫지 않습니다. 그렇지 않으면, mysqli_connect ()에 대한 반복 호출은 새로운 연결 프로 시저를 커밋하지 않고 현재 리소스 테이블에서 기존 mysql 리소스 만 가져옵니다. AQLDatabase 객체가 무엇인지 정확히 모르겠지만 mysql lib (아마도 가능)를 사용하면 동일한 동작을합니다. MongoDB 확장은 연결 풀링을 사용하므로 스크립트에서 mongodb '연결'을 두 번 이상 작성할 때도 동일한 기본 사항이 발생합니다.
JSON

나는 그의 벤치 마크가 다르게 수행 될 수 있다는 데 동의하지만, 내가 본 다른 MySQL 대 Mongo 벤치와 동일한 기본 결과를 반영합니다. Mongo는 일반적으로 삽입 할 때 빠르며 (더 간단한 삽입에서는 훨씬 빠름), MySQL은 일반적으로 선택할 때 빠릅니다.
JSON

분명히, 나는 너무 믿었다. "<br>"의 html 문자열 연결이 실제로 나를 '서두르 게'했습니다. 당신은 테스트에서 예쁜 인쇄가 필요하지 않습니다. 심지어 그것을 반복하는 것은 데이터베이스 테스트가 아닌 PHP 테스트처럼 보입니다. 전반적으로 AQL 데이터베이스는 '아마도 / 아마도'순간입니다 ... 성분이 많을수록 더 많은 미지수를 의미합니다.
Gabe Rainbow

17

https://github.com/reoxey/benchmark

기준

GOLANG1.6 및 PHP5에서 MySQL 및 MongoDB의 속도 비교

벤치 마크에 사용되는 시스템 : DELL cpu i5 4 세대 1.70Ghz * 4ram 4GB GPU ram 2GB

다른 수의 행을 실행하는 INSERT, SELECT, UPDATE, DELETE에 대한 RDBMS와 NoSQL의 속도 비교 10,100,1000,10000,100000,1000000

실행에 사용되는 언어는 다음과 같습니다. PHP5 및 Google의 가장 빠른 언어 GO 1.6

________________________________________________
GOLANG with MySQL (engine = MyISAM)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            INSERT
------------------------------------------------
num of rows             time taken
------------------------------------------------
10                      1.195444ms
100                     6.075053ms
1000                    47.439699ms
10000                   483.999809ms
100000                  4.707089053s
1000000                 49.067407174s


            SELECT
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 872.709µs


        SELECT & DISPLAY
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 20.717354746s


            UPDATE
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 2.309209968s
100000                  257.411502ms
10000                   26.73954ms
1000                    3.483926ms
100                     915.17µs
10                      650.166µs


            DELETE
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 6.065949ms
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


________________________________________________
GOLANG with MongoDB
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            INSERT
------------------------------------------------
num of rows             time taken
------------------------------------------------
10                      2.067094ms
100                     8.841597ms
1000                    106.491732ms
10000                   998.225023ms
100000                  8.98172825s
1000000                 1m 29.63203158s


            SELECT
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 5.251337439s


        FIND & DISPLAY (with index declared)
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 21.540603252s


            UPDATE
------------------------------------------------
num of rows             time taken
------------------------------------------------
1                       1.330954ms
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

________________________________________________
PHP5 with MySQL (engine = MyISAM)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            INSERT
------------------------------------------------
num of rows             time taken
------------------------------------------------
 10                     0.0040680000000001s
 100                    0.011595s
 1000                   0.049718s
 10000                  0.457164s
 100000                 4s
 1000000                42s


            SELECT
------------------------------------------------
num of rows             time taken
------------------------------------------------
 1000000                <1s


            SELECT & DISPLAY
------------------------------------------------
num of rows             time taken
------------------------------------------------
  1000000               20s
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

________________________________________________
PHP5 with MongoDB 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            INSERT
------------------------------------------------
num of rows             time taken
------------------------------------------------
10                      0.065744s
100                     0.190966s
1000                    0.2163s
10000                   1s
100000                  8s
1000000                 78s


            FIND
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 <1s


            FIND & DISPLAY
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 7s


            UPDATE
------------------------------------------------
num of rows             time taken
------------------------------------------------
1000000                 9s

myisam은 innodb가 아니며 어떤 mongodb 버전 및 스토리지 엔진입니까?

1
MySQL 및 MongoDB 버전을 지정하는 것이 중요합니다.
Miron

1
MyISAM을 사용하지 마십시오. 배치 식 인서트를 사용하십시오!
Rick James

삽입 쿼리에서 MySQL이 Mongodb보다 빠릅니까?! mysql이 열과 관계를 준비해야 할 때까지는 사실이 아닌 것 같습니다. mysql select는 mongodb select보다 빠르지 만 삽입 쿼리에서는
mongo

6

다음은 MySQL vs Mongo를 사용하여 RDBMS vs NoSQL을 탐구 한 작은 연구 입니다. 결론은 @Sean Reilly의 답변과 일치합니다. 요컨대, 속도 차이가 아닌 디자인에서 이점을 얻을 수 있습니다. 35-36 페이지의 결론 :

RDBMS 및 NoSQL : 성능 및 스케일링 비교

이 프로젝트는 두 데이터베이스 유형의 성능과 확장 성을 테스트, 분석 및 비교했습니다. 수행 된 실험에는로드가 증가함에 따라 데이터베이스가 어떻게 확장되는지 분석하기 위해 다른 수와 유형의 쿼리를 실행하는 것이 포함되었습니다. 이 경우 가장 중요한 요소는 MongoDB가 사용하는 쿼리 유형이 주로 데이터 복제를 희생하여 단순한 스키마로 인해 더 복잡한 쿼리를 더 빠르게 처리 할 수 ​​있다는 것입니다. 이는 NoSQL 데이터베이스에 많은 양의 데이터 복제본이 포함될 수 있음을 의미합니다. RDBMS에서 직접 마이그레이션 된 스키마를 사용할 수 있지만, 이는 테이블이 결합 될 때 데이터베이스에 대한 적은 쿼리를 사용할 수있게하는 하위 문서의 MongoDB 기본 데이터 표현의 이점을 제거합니다.이러한 복잡한 쿼리에서 MongoDB가 MySQL보다 성능을 향상 시켰음에도 불구하고 벤치 마크에서 중첩 된 SELECT를 사용하여 MongoDB 복잡한 쿼리와 유사하게 MySQL 쿼리를 모델링 할 때 연결 수가 많을수록 두 개가 비슷하게 동작했지만 MySQL이 가장 잘 수행되었습니다. 두 개의 JOINS와 하위 쿼리를 포함하는 복잡한 쿼리 인 벤치마킹 한 마지막 쿼리 유형은 하위 문서 사용으로 인해 MongoDB가 MySQL보다 유리하다는 점을 보여주었습니다. 이 장점은 데이터 중복 비용으로 인해 데이터베이스 크기가 증가합니다. 이러한 쿼리가 응용 프로그램에서 일반적인 경우 더 큰 데이터베이스 크기로 인한 스토리지 및 메모리 크기 비용을 고려하면서 NoSQL 데이터베이스를 대안으로 고려해야합니다.


-6

단일 서버에서 MongoDb는 테이블 및 문서 크기가 1GB에서 20GB로 작기 때문에 읽기 및 쓰기 모두에서 mysql MyISAM보다 빠르지 않습니다.
MyDB는 수평 확장이 불가능한 다중 노드 클러스터의 Parallel Reduce에서 MonoDB가 더 빠릅니다.


5
이를 뒷받침 할 증거 나 더 자세한 정보를 제공 할 수 있습니까?
Steve Westbrook

수평으로 확장 할 수 없습니까? NDB는 어떻습니까? DRBD가 MySQL을 지원 했습니까?
Ernestas

사실이 아닙니다. MongoDB에는 16MD 문서 제한이 있습니다. 원하는 경우 MySQL은 더 많은 것을 가질 수있다
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.