基於mysql replication的問題總結

來源:互聯網
上載者:User

接觸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)

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.