summaryrefslogtreecommitdiff
path: root/innobase
diff options
context:
space:
mode:
authorunknown <anozdrin/alik@ibm.>2007-07-25 19:46:50 +0400
committerunknown <anozdrin/alik@ibm.>2007-07-25 19:46:50 +0400
commit2612fc43b53a69320ba41011aa632ec35b734211 (patch)
tree76d4d080ebf7bffee03884d60d62a6cf9436fa71 /innobase
parent48e879f9ac3d57b6c931c36a7d590e16229ae1a4 (diff)
downloadmariadb-git-2612fc43b53a69320ba41011aa632ec35b734211.tar.gz
Patch inspired by BUG#10491: Server returns data as charset
binary SHOW CREATE TABLE or SELECT FROM I_S. The problem is that mysqldump generates incorrect dump for a table with non-ASCII column name if the mysqldump's character set is ASCII. The fix is to: 1. Switch character_set_client for the mysqldump's connection to binary before issuing SHOW CREATE TABLE statement in order to avoid conversion. 2. Dump switch character_set_client statements to UTF8 and back for CREATE TABLE statement. client/mysqldump.c: 1. Switch character_set_client for the mysqldump's connection to binary before issuing SHOW CREATE TABLE statement in order to avoid conversion. 2. Dump switch character_set_client statements to UTF8 and back for CREATE TABLE statement. mysql-test/r/mysqldump-max.result: Update result file. mysql-test/r/mysqldump.result: Update result file. mysql-test/r/openssl_1.result: Update result file. mysql-test/r/show_check.result: Update result file. mysql-test/t/show_check.test: Test case: - create a table with non-ASCII column name; - dump the database by mysqldump using ASCII character set; - drop the database; - load the dump; - check that the table has been re-created properly.
Diffstat (limited to 'innobase')
0 files changed, 0 insertions, 0 deletions