MySql dialect doesn't handle slash-escaped single quotes

The following fails to parse:

```rust
fn main() {
println!("{:?}",
sqlparser::parser::Parser::parse_sql(
&sqlparser::dialect::MySqlDialect {},
r#"INSERT INTO `example` (`col`) VALUES ('foo \'bar\' baz');"#
)
);
}
```

Instead returning:

```
Err(ParserError("Expected ), found: bar"))
```

But I believe it shouldn't — `mysqldump` generates SQL that is escaped like this, and the [docs](https://dev.mysql.com/doc/refman/8.0/en/string-literals.html) explicitly mention this as a valid escaping (see Table 9.1).

This is, according to [this doc](https://www.ibm.com/docs/en/informix-servers/12.10?topic=statements-quotation-marks-escape-characters) a difference between ANSI SQL and MySQL, but unfortunately this needs to be fixed in the tokenizer, which AFAICT the dialect system doesn't have a way to hook into?

Beginne mit dem Tokenizer und dem von Parser::parse_sql verwendeten MySqlDialect-Pfad, und reproduziere dann das bereitgestellte INSERT-Beispiel, um nachzuverfolgen, wie durch Schrägstriche maskierte einfache Anführungszeichen tokenisiert werden. Erledigt ist die Aufgabe, wenn diese MySQL-Eingabe erfolgreich geparst wird, ohne die maskierten Anführungszeichen als Ende der Zeichenkette zu behandeln.

Vom Indexierungsmodell aus dem Issue-Text verfasst.