Drizzle supports one character set (unless you include binary) which is UTF8. It is the character set used by most of the web and supporting many different character sets can lead to complications. That is not to say that there are not advantages of supporting many different types of character sets like MySQL does, but more care is needed when using them.
As an example of this, a new Drizzle user came online today saying that drizzledump's MySQL to Drizzle conversion was turning 'è' to 'Ã¨'. When drizzledump connects to a MySQL server it sets the connection to UTF8 so that the dump output is compatible with Drizzle. After a bit of discussion it was discovered that the user's table was latin1 and connection was latin1 (PHP does this by default) but they were storing and retrieving UTF8 data. Essentially their data was getting mangled but it happened to work. The problem came when telling MySQL to export this data as UTF8, it was effectively doing a double UTF8 conversion of the data.
With this in mind we have added a new option to drizzledump so that it stops setting the character set for the connection in these situations, '--my-data-is-mangled'.