mysql的备份和还原的编码问题解决
今天需要从远程服务器down一个uchome的数据库下来，在本地还原。
发现一个很不爽的事情：远程8G，N核的linux机器，备份还原操作顺溜溜的，可是在本地的windows，2G普通PC上，才100M的文件，用uchome自带的分卷备份还原，基本上中间都会断掉，要么提示“执行时间过长”（改成200秒，分卷为20M都不行），要么就是中途白屏。
得了，用mysqldump备份的一个独立文件来运行命令行还原吧。
首先运行还原语句：
mysql -uroot -p123456 mydatabase < d:\backupdatabase.sql
时间缓慢地逝去，一口水喝完，上个厕所，再溜达一下，终于完成了（在远程linux服务器上也就20秒的功夫！）
然后更新缓存，发现数据乱码了，咦，我备份的时候是强制的gbk编码啊！看看备份的语句：
mysqldump -uroot -p123456 –default-character-set=gbk mydatabase > /usr/local/mysql/backup/backup20091026.sql
没错啊！已经设置了默认字符集为gbk了，看来可能是在还原的时候也要设置吧，于是修改还原语句，手工指定字符编码
mysql -uroot -p123456 font –default-character-set=gbk mydatabase < d:\backupdatabase.sql
又是漫长的等待…刷新页面一看，现在乱码解决了。
总结：在不同的操作系统和数据库环境之间备份与还原时，还是两边都强制制定一个字符集最保险。
相关文档：
1、安装目录:
将my.ini中:
datadir的值更改为："sql/data/"
basedir的值更改为："sql"
2、进入sql/data/"，删除文件夹外的所有文件。
net start mysql回车……
注意斜线/
修改pswd
方法1：mysqladmin -u root -p "old password" "new password" (此命令无法把秘密清空)
方法2： ......
编译了一个windows下的python3连接Mysql的库
mypysql
版本是 0.5.1 ，根据官方的修改日志，这个版本修改了0.5中一个内存泄漏问题。
源代码和编译后的文件为：
http://211.147.215.55/down/mypysql-0.5.1-win.zip
mypysql的官方地址 https://sourceforge.net/projects/mypysql/
......
一、连接MYSQL。
格式： mysql –h主机地址 –u用户名 －p用户密码
1、例1：连接到本机上的MYSQL。
首先在打开DOS窗口，然后进入目录 mysqlbin，再键入命令mysql -uroot -p，回车后提示你输密码，如果刚安装好MYSQL，超级用户root是没有密码的，故直接回车即可进入到MYSQL中了，MYSQL的提示符是： ......
今天，用Navicat为两张表建立外健关系，总是提示创建失败信息，发现是两张表关联的字段类型问题，但两个字段都是int型哩，怎么会还会类型不一致呢，最后发现到一个地方有点不一样，就是在“设计表”界面下方有个“无符号”的复选框，两张表的主键字段其中一个没勾选上这个复选框而导致虽然都是int类型� ......
