既定値が違う2つのDB — 同じSQLが、同じようには走らない

レベル名から意味を推測すると外します。InnoDB の説明は機構の言葉で書かれています。

If the transaction isolation level is REPEATABLE READ (the default level), all consistent reads within the same transaction read the snapshot established by the first such read in that transaction.

With READ COMMITTED isolation level, each consistent read within a transaction sets and reads its own fresh snapshot.

違いは一点です。最初の読み取りで決めた一時点を読み続けるか、読むたびに取り直すか。 前者なら同じトランザクション内で2回読んでも同じ、後者なら他のトランザクションのコミットが見えます。

ただし、適用範囲に限定が付いています。

The snapshot of the database state applies to SELECT statements within a transaction, not necessarily to DML statements.

固定されるのは SELECT の見え方です。UPDATE や DELETE は「必ずしも」そのスナップショットに従いません。「トランザクション全体が過去の一時点を見ている」と丸めてはいけないのは、この一文があるからです。

ここが実務でいちばん効く点です。MySQL の既定は、分離レベルだけではありません。

By default, MySQL starts the session for each new connection with autocommit enabled, so MySQL does a commit after each SQL statement if that statement did not return an error.

If autocommit mode is enabled, each SQL statement forms a single transaction on its own.

1文が1トランザクションになります。先の定義の前提——“within the same transaction”——が成立しません。BEGIN なしで同じ SELECT を2回実行したとき、それは同じトランザクションの2回目ではなく、別々のトランザクションの1回目が2つです。毎回新しいスナップショットになります。

BEGIN なし   文1 = トランザクションA(新しいスナップショット)
           文2 = トランザクションB(また新しいスナップショット)
           → 途中の他者のCOMMITが見える
 
BEGIN あり   文1 = トランザクションAの1回目 ← ここでスナップショット確定
           文2 = トランザクションAの2回目(同じスナップショット)
           → 途中の他者のCOMMITは見えない

「REPEATABLE READ だから一貫して読める」は、BEGIN があって初めて成立します。 抜け道は用意されています。

A session that has autocommit enabled can perform a multiple-statement transaction by starting it with an explicit START TRANSACTION or BEGIN statement and ending it with a COMMIT or ROLLBACK statement.

If autocommit mode is disabled within a session with SET autocommit = 0, the session always has a transaction open.

明示的に始めるか、autocommit を切るか。どちらも取らなければ、レベル名は看板だけになります。