很多时候，不快乐不是因为幸福的条件不完整，而是因为生活不容易。一个人只拥有此生此世是不够的，他还应当拥有着诗意的世界。
接触replication后，就开始琢磨自己要配置下试试，固然出现了很多问题：经过上网查资料也好问同学也好，终于是解决了些.现在就分享下自己的经历：
首先的问题是配置master的my.cnf，按部就班的配置
server-id = 1
log_bin =mysql-bin
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
这里的配置是安装书上写的配置的，自己没有意识到logbin的问题，由于我的mysql是apt-get自动安装的所以有些mysql文件也不知道在哪里，这就导致后来生成的mysql-bin000001这个日志文件不知道放哪里了，纠结了好久，最后用最本的方法find一下（当时电脑瞬间热了），找了在/var/lib/mysql/这个目录下。
这时重启mysql后，查看status的情况：
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
挺好证明日志已经开起。可是第二次我又差了下发现：
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
原来是，当mysql服务重新启动一次后，它会自动重新开启一个日子文件，所有的文件目录都在mysql-bin.index中。
然后是，配置我的slave，由于资源不够就用了台windows的pc机来测，可是mysql目录下的配置文件好多啊，我也分不清楚是用那个配置，反正就在my.ini中将server-id=2。然后重启mysql服务，mysqladmin这个命令来停止和启动mysql。然后在使用命令：
mysql> CHANGE MASTER TO -> MASTER_HOST='10.5.110.234', -> MASTER_USER='replica', -> MASTER_PASSWORD='replica', -> MASTER_LOG_FILE='mysql-bin.000001', -> MASTER_LOG_POS=228; Query OK, 0 rows affected (0.01 sec)
重新启动slave
启动后查询下当前的状态，让我纠结了，我的io-thread没有打开。start slave io-thread，运行成功可是io就是打不开。
然后ping一下服务器，是可以的。然后我又远程登录mysql知道原因在哪里了，mysql本身就没有连接上主服务器：
ERROR 2003 (HY000): Can't connect to MySQL server on '10.5.110.234' (111)
在网上查了好久，终于看到一种解决办法让我顿时兴奋起来，就是在我的服务器mysql中的my.cnf配置文件里
•bind-address = 127.0.0.1
把它给注掉就可以了。又重新连接一次搞定了。
•这个问题刚搞定又出现一个新的问题，我在主服务器上面插入一条数据，结果在slave中查看到的状态是这样的。
Last_Error: Error 'Table 'test.chen' doesn't exist' on query. Default database: 'test'. Query: 'insert into chen values(112,'chen','chen')'
这里问题很简单了就是因为从服务器上面的数据库没有这张表，所以查看下主库的表show create，再在从库上面建一个表。搞定……
1 row in set (0.02 sec)mysql> insert into chen values(1111,'chen','chen');
Query OK, 1 row affected (0.00 sec)从库上面的查看：
mysql> select * from chen;
+------+------+---------+
| id | name | address |
+------+------+---------+
| 112 | chen | chen |
| 1111 | chen | chen |
+------+------+---------+
2 rows in set (0.01 sec)
以上就是基于mysqlreplication的问题总结。一朵成功的花都是由许多苦雨血泥和强烈的暴风雨的环境培养成的。更多关于基于mysqlreplication的问题总结请关注haodaima.com其它相关文章！