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?

Inizia con il tokenizer e il percorso MySqlDialect utilizzato da Parser::parse_sql, quindi riproduci l'esempio INSERT fornito per tracciare come vengono tokenizzati gli apici singoli con escape tramite barra. Il lavoro è completo quando questo input MySQL viene analizzato correttamente senza trattare gli apici con escape come la fine della stringa.

Scritto dal modello di indicizzazione a partire dal testo della issue.