Bug #70271 | weird errors with CHARSET=gbk | ||
---|---|---|---|
Submitted: | 8 Sep 2013 18:12 | Modified: | 9 Sep 2013 12:36 |
Reporter: | Peter Laursen (Basic Quality Contributor) | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Charsets | Severity: | S3 (Non-critical) |
Version: | 5.6.13 | OS: | Windows (7) |
Assigned to: | CPU Architecture: | Any |
[8 Sep 2013 18:12]
Peter Laursen
[8 Sep 2013 18:14]
Peter Laursen
dump as created by SQLyog - as posting in a web form may corrupt rare characters
Attachment: gdk.sql (application/octet-stream, text), 1.04 KiB.
[8 Sep 2013 18:21]
Peter Laursen
added a refernce to this bug in http://bugs.mysql.com/bug.php?id=67739
[8 Sep 2013 19:17]
Peter Laursen
Let me add that I am 110% confident that SQLyog can be replaced with any UTF client (Workbench on any platform, BASH on Linux) and the problem reported will still be reproducible. (BTW: I also found this: http://forums.mysql.com/read.php?103,379624,379624)
[9 Sep 2013 12:26]
MySQL Verification Team
Thank you for the bug report. I am a bit confuse regarding the How to repeat instructions, first command in Unicode client is: Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql> use bla; Which was the state of bla databse (table, data) ? Some lines after you printed: mysql> CREATE DATABASE /*!32312 IF NOT EXISTS*/`bla` /*!40100 DEFAULT CHARACTER SET utf8 */; Query OK, 1 row affected (0.00 sec) Please clarify. Thanks.
[9 Sep 2013 12:36]
Peter Laursen
Please ignore. I had the table `t1`, dumped it and replaced `t1``with `t2` in the script. However in this line I missed to do so: insert into `t1`(`iNetbarId`,`iUin`,`vNetbarName`) values (1,1,'xxxx'); So the script actually created `t2` but tried to insert to `t1` where such row already existed. The error is correct. The INSERT statement violates a PK-constraint. (the database existed at the time of USE. But not relevant). 'not a bug'.