如果你打算建多个站的话，国外空间就非常划算了，因为他们多数空间商都可以绑定多个域名。那么，有哪些比较好的国外空间呢？

HOSTGATOR，HOSTMONSTER ，HOSTICAN，BLUEHOST，Ipower，IpowerWEB 都是不错的国外空间提供商。

HOSTGATOR 可以月付，并可以使用paypal支付。现在这个空间很划算，可以1美分试用一个月，且支持无限域名绑定（其实是999个），无限mysql数据库，5G空间，75G的流量。有些代理甚至打出了返$30的购买国外空间的方案，这样，你就可以不花一分钱免费使用3个月了，个人感觉如果会CMS采集的话，这个空间做垃圾站是最合适的了，只赚不赔，呵呵。

HOSTMONSTER 送一个无限域名，可另外再绑定个域名（也就是说你可以建无限个站，100个动态网站，就给100个数据库链接，这也够多了吧）。60G空间，999G的流量，送105刀的广告费。

HOSTICAN　也是送一个域名，可另绑定无限域名，75G空间，联系QQ:334096938，可免除你65刀的使用费，并送100刀OVERTURE广告（其实就是yahoo广告），支持PAYPAL支付。

BLUEHOST 需信用卡支付，送一个域名，可以另外再绑定5个域名，50G空间，999G的流量，呵呵。如果你有6个站的话，平均每个站每月只需付1刀多，另外，这个空间还会送你50刀YAHOO广告费和25刀的GG　ADWORDS广告费，是不是很划算？

BlueFish Web Hosting 送一个域名，6G空间，100G流量，适合做商业网站

如果你没有域名的话，不妨选择以上送域名的空间，如果你还想买更多的域名的话，不妨选择GoDaddy .com Domains Only $1.99 ，是不是更合算呢？有些人可能会选择新网的代理购买域名，其实，购买新网的域名在以后会有很多麻烦，比如，如果你想卖你的网站或域名的话，过户会非常麻烦。
如果你想买ENOM的域名的话，可以联系我，绝对优惠

忘了密码怎么办？
1>首先kill后台进程（not kill -9）。每次mysqld重启的时候都会在系统目录下生成一个hostname.pid的文件。里面记录这mysqld进程的pid（进程号）。

#kill mysqld.pid’

（使用root用户！hostname是系统的主机名）

或

＃/etc/init.d/mysqld stop

2>使用–skip-grant-tables选项来重新启动mysqld

#/usr/bin/mysqld_safe –skip-grant-tables &

3>使用mysql用户登录到mysqld服务器上进行相关授权操作，并重新载入权限。

#mysql -h hostname mysql
mysql>use mysql;
mysql>update user set password=password(”new password”) where user=”root”;
mysql>flush privileges;

4>

#kill -TERM mysqld

重新启动mysql服务

就是这些了，总算是有惊无险。密码这玩意，真是一夫当关，万夫莫开呀！

在我转到wordpress之后第一个考虑的是它的数据库备份恢复问题，因为写bloger都知道，自己的blog记录的都是自己需要的宝贵的资料和文字，如果因为各种未知因素导致数据库崩溃或者空间商出了问题，丢失了数据的话，无疑是一种非常巨大的痛苦和损失。

所以在我blog里面有好几篇资料文章或者自己心得文章来讨论mysql数据库备份恢复和乱码问题。

之前那些文章讨论结果已经暂时能满足我数据库备份和恢复问题了，但是始终有个让我不能完全安心的地方，那就是用PMA恢复的时候，使用的是上传机制，那么PHP默认是最大上传2M，如果我blog再写下去，写了几年，备份下来的数据超过2M，我该怎么办？

今天下午晒着太阳的时候又想到这个问题，但突然想起来备份的时候不是可以选择备份那个表嘛？呵呵，“大智若愚”，其实数据量大，我完全可以一个个表保存，然后一个个表恢复，这样相当于把一个压缩包分成几份，这样每份的体积就减少了。呵呵，心里又舒坦了些。但是问题又来了，wp的日志都是放在wp_posts 表里面，就算其他的比如options、comments等表再大也只是一小部分，如果posts表数据超过2M了呢？

不知道我是不是杞人忧天，2M的gzip文件可以保存N多日志了。不过俗话说的好，居安思危，思则有备，有备无患！然后我再想，如过我不要保存为gzip格式，我就保存SQL语句的txt文件，然后我恢复的时候麻烦点，手动复制粘贴SQL代码，虽然比较麻烦点，但是恢复起来是没啥问题的。呵呵。想到这里又舒坦了点。至少已经有了可以完全不用担心数据库变大之后的备份恢复问题了。:0

其实我想如果我专心去研究，去写代码，完全可以自己写一个wp数据库备份恢复的程序，可惜的是，我用wp本身就是想偷懒，用它庞大的资源来给自己便利，因为工作太忙，如果在这上面花去时间开发的话，我想我工作方面就不能全身心投入了。。。

当然，除非是我blog写的时间太长了，数据量太大，而且都是宝贵的资料，我想再这种需求下面，我该会自己写个完善的wp数据库备份恢复的程序了。

最后补充一下mysql数据库乱码问题的解决方法，资料来自wp的一个qq群的一个网友：

终于解决了wordpress中文乱码问题

参考了很多人的方法，最后再确认了一下．总结如下：

1、Mysql处理

（1）配置文件处理

删除My.ini中的 default-character-set=latin1

（有的人喜欢改成 default-character-set=utf8，也行，我干脆删除了，只要注意下面2中的“整理”就ok啦！）

（2）PhpMyadmin处理

设置如下：

1: 语言设置为 chinese (zh-utf-8)

2: MySQL 字符集: UTF-8 Unicode(utf8)

3: MySQL 连接校对: utf8generalci

4: 新增数据库和数据表的时候，整理项选择 utf8generalci

２、Wordpress处理

在$this->dbh = @mysqlconnect($dbhost, $dbuser, $dbpassword);

下，增加一句

$this->query(”set names ‘utf8’”);

即如下（只有加了这句，发贴后，中文字才是正常的！）：

$this->dbh = @mysqlconnect($dbhost, $dbuser, $dbpassword);
$this->query(”set names ‘utf8’”);

在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时，正是MySQL管理员造成破坏。管理员已经知道表已破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好事！

备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp、cpio或tar等）。每种方法都有其优缺点：

mysqldump与MySQL服务器协同操作。直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。

mysqldump比直接拷贝要慢些。
mysqldump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，除非你正在拷贝的表使用 MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL 3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。

不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：

定期实施备份。建立一个计划并严格遵守。
让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。
以文件系统备份的术语讲，数据库备份文件代表完全倾倒（full dump），而更新日志代表渐进倾倒（incremental dump）。

使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如：

%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02

你可能想在生成备份后压缩它们。备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘，就象你让你的日志文件过期那样。

用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃，不仅清除了你的数据目录，也清除了包含你的数据库备份的磁盘驱动器，你将真正遇上了麻烦。
也要备份你的更新日志。
将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。

用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地，一个数据库被转移到了运行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。
1 使用mysqldump备份和拷贝数据库

当你使用mysqldumo程序产生数据库备份文件时，缺省地，文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。换句话说，mysqldump产生的输出可在以后用作mysql的输入来重建数据库。

你可以将整个数据库倾倒进一个单独的文本文件中，如下：

%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02

输出文件的开头看起来象这样：

# MySQL Dump 6.0# # Host: localhost Database: samp_db#————-
————————–# Server version 3.23.2-alpha-log## Table st
ructure for table ‘absence’#CREATE TABLE absence( student_id int(10)
unsigned DEFAULT ‘0′ NOT NULL, date date DEFAULT ‘0000-00-00′ NOT NUL
L, PRIMARY KEY (student_id,date));## Dumping data for table ‘absence’
#INSERT INTO absence VALUES (3,’1999-09-03′);INSERT INTO absence VALUE
S (5,’1999-09-03′);INSERT INTO absence VALUES (10,’1999-09-08′);……
　

文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。
如果你想压缩备份，使用类似如下的命令：

%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz

如果你要一个庞大的数据库，输出文件也将很庞大，可能难于管理。如果你愿意，你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容，这将倾倒文件分成较小、更易于管理的文件。下例显示如何将samp_db数据库的一些表倾到进分开的文件中：

%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql

如果你生成准备用于定期刷新另一个数据库内容的备份文件，你可能想用–add-drop-table选项。这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件，然后，当你取出备份文件并把它装载进第二个数据库时，如果表已经存在，你不会得到一个错误。

如果你倒出一个数据库以便能把数据库转移到另一个服务器，你甚至不必创建备份文件。要保证数据库存在于另一台主机，然后用管道倾倒数据库，这样mysql 能直接读取mysqldump的输出。例如：你想从主机pit-viper.snake.net拷贝数据库samp_db到boa.snake.net，可以这样很容易做到：

%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db

以后，如果你想再次刷新boa.snake.net上的数据库，跳过mysqladmin命令，但要对mysqldump加上–add-drop-table以避免的得到表已存在的错误：

%mysqldump –add-drop-table samp_db | mysql -h boa.snake.net samp_db

mysqldump其它有用的选项包括：

–flush-logs和–lock-tables组合将对你的数据库检查点有帮助。–lock-tables锁定你正在倾倒的所有表，而– flush-logs关闭并重新打开更新日志文件，新的更新日志将只包括从备份点起的修改数据库的查询。这将设置你的更新日志检查点位备份时间。（然而如果你有需要执行个更新的客户，锁定所有表对备份期间的客户访问不是件好事。）
如果你使用–flush-logs设置检查点到备份时，有可能最好是倾倒整个数据库。
如果你倾倒单独的文件，较难将更新日志检查点与备份文件同步。在恢复期间，你通常按数据库为基础提取更新日志内容，对单个表没有提取更新的选择，所以你必须自己提取它们。

缺省地，mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要，并且实际上如果你有一个大表，几乎是失败的。你可用–quick选项告诉mysqldump只要它检索出一行就写出每一行。为了进一步优化倾倒过程，使用–opt而不是–quick。–opt选项打开其它选项，加速数据的倾倒和把它们读回。

用–opt实施备份可能是最常用的方法，因为备份速度上的优势。然而，要警告你，–opt选项确实有代价，–opt优化的是你的备份过程，不是其他客户对数据库的访问。–opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用，只是一天一次地调节备份。

一个具有–opt的相反效果的选项是–dedayed。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小，– delayed对此很有帮助。

–compress选项在你拷贝数据库到另一台机器上时很有帮助，因为它减少网络传输字节的数量。下面有一个例子，注意到–compress对与远端主机上的服务器通信的程序才给出，而不是对与本地主机连接的程序：

%mysqldump –opt samp_db | mysql –compress -h boa.snake.net samp_db

mysqldump有很多选项，详见《MySQL参考手册》。

2 使用直接拷贝数据库的备份和拷贝方法

另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如cp、tar或cpio实用程序。本文的例子使用cp。

当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它，拷贝就失去意义。

保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。

假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录）：

%cd DATADIR%cp -r samp_db /usr/archive/mysql

单个表可以如下备份：

%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.*
/usr/archive/mysql/samp_db ….

当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。

要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。

3 复制数据库（Replicating Database）

复制（Replication）类似于拷贝数据库到另一台服务器上，但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现，而且还不很成熟，因此本文不作详细介绍。

4 用备份恢复数据

数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表（如掉电），如果你倒霉，你可能必须替换整个数据目录（如磁盘损坏）。在某些情况下也需要恢复，比如用户错误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。

如果表损坏但没丢失，尝试用myisamchk或isamchk修复它们，如果这样的损坏可有修复程序修复，你可能根本不需要使用备份文件。关于表修复的过程，见《数据库维护与修复》。

恢复过程涉及两种信息源：你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态，然而一般表在备份与发生问题之间的时间内已经被修改，更新日志包含了用于进行这些修改的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原因。

恢复过程视你必须恢复的信息多少而不同。实际上，恢复整个数据库比单个表跟容易，因为对于数据库运用更新日志比单个表容易。

4.1 恢复整个数据库

首先，如果你想恢复的数据库是包含授权表的mysql数据库，你需要用–skip-grant-table选项运行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们。

将数据库目录内容拷贝到其它某个地方，如果你在以后需要它们。

用最新的备份文件重装数据库。如果你用mysqldump产生的文件，将它作为mysql的输入。如果你用直接从数据库拷贝来的文件，将它们直接拷回数据库目录，然而，此时你需要在拷贝文件之前关闭数据库，然后重启它。

使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志，将它们作为mysql的输入。指定–one-database选项使得 mysql只执行你有兴趣恢复的数据库的查询。如果你知道你需要运用所有更新日志文件，你可以在包含日志的目录下使用这条命令：

% ls -t -r -1 update.[0-9]* | xargs cat | mysql –one-database db_name

ls命令生成更新日志文件的一个单列列表，根据服务器产生它们的次序排序（主意：如果你修改任何一个文件，你将改变排序次序，这导致更新日志一错误的次序被运用。）
很可能你会是运用某几个更新日志。例如，自从你备份以来产生的更新日志被命名为update.392、update.393等等，你可以这样重新运行：

%mysql –one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息，在运用更新日志之前，要保证从其中删除这些语句。

4.2 恢复单个表

恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件，并且它不包含你感兴趣的表的数据，你需要从相关行中提取它们并将它们用作 mysql的输入。这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助，它从更新日志中提取多行查询。

另一个可能性是使用另一台服务器恢复整个数据库，然后拷贝你想要的表文件到原数据库中。这可能真的很容易！当你将文件拷回数据库目录时，要确保原数据库的服务器关闭。

mysql密码忘记的修改

如果 MySQL 正在运行，首先杀之： killall -TERM mysqld。
启动 MySQL ：/usr/bin/safe_mysqld --skip-grant-tables & 就可以不需要密码就进入 MySQL 了。
然后就是 >use mysql >update user set password=password(”new_pass”) where user=”root”; >flush privileges; 重新杀 MySQL ，用正常方法启动 MySQL 。
Redhat的safe_mysqld在/usr/bin下，而使用tarball缺省安装在/usr/local/bin下。

网友根据MySQL 4.1.0官方原版文档翻译的中文参考手册，MySQL使用者的首选参考资料。
软件语言：中文
软件类型：书籍教程
运行环境：windows
授权方式：共享软件
软件大小：1426KB
点击下载：MySQL 4.1.0 中文参考手册