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
又是漫长的等待…刷新页面一看，现在乱码解决了。
总结：在不同的操作系统和数据库环境之间备份与还原时，还是两边都强制制定一个字符集最保险。
相关文档：
使用while循环语句生成测试数据：
下面的方法是通过创建一个存储过程，然后再调用这个存储过程来实现的，从网上找了很多方法，但都没有成功。
delimiter // /*定义命令结束符默认为 ; */
create procedure genUsers()
begin
declare i int default 0;
while i < 40 do
insert into users(userID,userName, ......
最近的项目中使用了MySQL数据库，一些MySQL的新用户在配置使用时还有些不够熟练，特在此记录，方便开发团队使用，该文章所涉及内容均可以在MySQL参考手册第二章“安装MySQL”中找到。MySQL安装后自带了英文参考手册，也可以在http://dev.mysql.com/doc/refman/5.1/zh/index.html查看中文版本� ......
Mysql乱码产生的原因：
产生此类问题的最可能是你的数据库在安装时没有选对字符集，这个十分重要.
你可以通过如下的方式来查看：打开Mysql窗口，在窗口的最左上角点击鼠标右键，选择属性，就可以看到你默认的字符编码了（如下图）：
......
MySql数据库的列类型（字段类型)
MySQL数据库的表是一个二维表，由一个或多个数据列构成。
每个数据列都有它的特定类型，该类型决定了MySQL如何看待该列数据，我们可以把整型数值存放到字符类型的列中，MySQL则会把它看成字符串来处理。
MySQL中的列类型有三种：数值类、字符串类和日期/时间类。
从大类来看列类型和数� ......
最大的物品号是什么？
SELECT MAX(article) AS article from shop;
任务：找出最贵物品的编号、销售商和价格。
这很容易用一个子查询做到：
SELECT article, dealer, price
from shop
WHERE price=(SELECT MAX(price) from shop);
另一个解决方案是按价格降序排序所有行并用MySQL特定LIMIT子句只 ......
