Manual:$wgDBmysql5

Details
事先请注意：不管你怎么在这里设置，页面内部总是使用UTF-8编码. 总是以UTF-8编码的页面发送给数据库.

Set to true to send 'SET NAMES=utf8;' on connect. If set to false, 'SET NAMES binary;' will be used, which is the default and so recommended. Might in the future also engage other charset-related features of MySQL 5.0 and newer.

Generally you should not change this value once installed -- if you created the wiki in Binary or UTF-8 schemas, you should keep this off. The feature is experimental and with your settings the data is sent (and so also finally saved) with the right encoding anyway.

Note: When your database columns do not use UTF-8 or binary encoding, but e.g. latin1, then setting $wgDBmysql5 to true is important. Reason: MediaWiki internally always uses UTF-8 encoding. Everything MediaWiki sends to the database is always in UTF-8 encoding. If your DB now does not use UTF-8 or binary, but something else (like latin1), the UTF-8 content from MediaWiki will be written into latin1 columns. When in that case you set $wgDBmysql5 to true, MySQL will convert the UTF-8 data coming from MediaWiki and will store it in the encoding, which is correct for the database columns. But if in that case you set $wgDBmysql5 to false, MySQL will see all data coming from MediaWiki as binary (thus not having any encoding) and will write it into the database columns without charset conversion. So then you would end up with UTF-8 content in latin1 columns and that is what you do not want!

(See also $wgDBTableOptions which in recentish versions will include the table type and character set used when creating tables.)

May break if you're upgrading an existing wiki and then change this setting. Symptoms of brokenness are likely to include incorrect behavior with page titles, usernames, comments etc containing non-ASCII characters. Might also cause failures on the object cache and other things.

如果你还在使用MySQL 4，你的维基老“的MySQL 4兼容kwards UTF-8”的模式，并创建$ wgDBmysql5应该留过你的MySQL版本不支持也无妨.