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?

Commencez par le tokenizer et le chemin MySqlDialect utilisé par Parser::parse_sql, puis reproduisez l’exemple INSERT fourni afin de retracer la manière dont les guillemets simples échappés par une barre oblique sont tokenisés. C’est terminé lorsque cette entrée MySQL est analysée avec succès sans traiter les guillemets échappés comme la fin de la chaîne.

Rédigé par le modèle d'indexation à partir du texte de l'issue.