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
又是漫长的等待…刷新页面一看，现在乱码解决了。
总结：在不同的操作系统和数据库环境之间备份与还原时，还是两边都强制制定一个字符集最保险。
相关文档：
Linux + Apache2.0 + Mysql + PHP + phpBB3.0
1.安包：
Apache2.0
#tar -zxf httpd-***.tar.gz -C /usr/local/src/
#cd /usr/local/src/httpd-***
......
MySQL常用的存储引擎为MyISAM、InnoDB、MEMORY、MERGE，其中InnoDB提供事务安全表，其他存储引擎都是非事务安全表。
MyISAM是MySQL的默认存储引擎。MyISAM不支持事务、也不支持外键，但其访问速度快，对事务完整性没有要求。
InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是比起MyISAM存� ......
无限分类是我们开发中非常常见的应用，像论坛的的版块，CMS的类别，应用的地方特别多。
我们最常见最简单的方法就是在MySql里ID ,parentID,name：
优点是简单，结构简单。
缺点是效率不高，因为每一次递归都要查询数据库，几百条数据库时就不是很快了！
存储树是一种常见的问题，多种解决方案。主要有两种方法：邻接表� ......
1、创建mysql数据库的管理用户
数据库安装好后，我们应该为mysql数据库创建一个管理帐号。要把root用户设置为管理员，此时需要执行下面命令：
[root@CDS2 bin]# /usr/bin/mysqladmin -u root password 123456
说明：上面创建的mysql数据库管理员为root，密码123456
2、创建一般的用户
工作中用到web服务器和mysql服务� ......
