mysql同步不成功 怎么解決

解決：

創(chuàng)新互聯(lián)建站服務(wù)項(xiàng)目包括郯城網(wǎng)站建設(shè)、郯城網(wǎng)站制作、郯城網(wǎng)頁制作以及郯城網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，郯城網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到郯城省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

stop slave;

#表示跳過一步錯(cuò)誤，后面的數(shù)字可變

set global sql_slave_skip_counter =1;

start slave;

之后再用mysql show slave status\G 查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

ok，現(xiàn)在主從同步狀態(tài)正常了。

MysqL數(shù)據(jù)庫同步 錯(cuò)誤

在同步的時(shí)候，重復(fù)插入了唯一主鍵。 e_syslog有了133的值。

你可以 set global sql_slave_skip_counter=1;

slave start;跳過這步。

Navicat MySQL在進(jìn)行數(shù)據(jù)庫同步時(shí)，出現(xiàn)如下錯(cuò)誤是什么情況，如何處理？

mysql沒有啟動(dòng)，系統(tǒng)重啟下

不行的話，在cmd中進(jìn)入mysql安裝目錄中的bin目錄,依次運(yùn)行下面三條語句

mysqld-nt -remove

mysqld-nt -install

mysql

mysql主主同步，從庫不同步應(yīng)該怎么解決

由于各種原因，mysql主從架構(gòu)經(jīng)常會(huì)出現(xiàn)數(shù)據(jù)不一致的情況出現(xiàn)，大致歸結(jié)為如下幾類

1:備庫寫數(shù)據(jù)

2:執(zhí)行non-deterministic query

3:回滾摻雜事務(wù)表和非事務(wù)表的事務(wù)

4:binlog或者relay log數(shù)據(jù)損壞

數(shù)據(jù)不同步給應(yīng)用帶來的危害是致命的，當(dāng)出現(xiàn)主從數(shù)據(jù)不一致的情況，常見的應(yīng)對(duì)方法是先把從庫下線，然后找個(gè)半夜三更的時(shí)間把應(yīng)用停掉，重新執(zhí)行同步，如果數(shù)據(jù)庫的體積十分龐大，那工作量可想而知，會(huì)讓人崩潰。本文介紹使用percona-toolkit工具對(duì)mysql主從數(shù)據(jù)庫的同步狀態(tài)進(jìn)行檢查和重新同步。

一：安裝percona-toolkit

二：修改mysql 的binlog格式binlog_format參數(shù)為row格式

mysql binlog日志有三種格式，分別為Statement, Mixed,以及ROW！

1.Statement：

每一條會(huì)修改數(shù)據(jù)的sql都會(huì)記錄在binlog中。

優(yōu)點(diǎn)：不需要記錄每一行的變化，減少了binlog日志量，節(jié)約了IO，提高性能。(相比row能節(jié)約多少性能與日志量，這個(gè)取決于應(yīng)用的SQL情況，正常同一條記錄修改或者插入row格式所產(chǎn)生的日志量還小于Statement產(chǎn)生的日志量，但是考慮到如果帶條件的update操作，以及整表刪除，alter表等操作，ROW格式會(huì)產(chǎn)生大量日志，因此在考慮是否使用ROW格式日志時(shí)應(yīng)該跟據(jù)應(yīng)用的實(shí)際情況，其所產(chǎn)生的日志量會(huì)增加多少，以及帶來的IO性能問題。)

缺點(diǎn)：由于記錄的只是執(zhí)行語句，為了這些語句能在slave上正確運(yùn)行，因此還必須記錄每條語句在執(zhí)行的時(shí)候的一些相關(guān)信息，以保證所有語句能在slave得到和在master端執(zhí)行時(shí)候相同 的結(jié)果。另外mysql 的復(fù)制,像一些特定函數(shù)功能，slave可與master上要保持一致會(huì)有很多相關(guān)問題(如sleep()函數(shù)， last_insert_id()，以及user-defined functions(udf)會(huì)出現(xiàn)問題).

2.Row

不記錄sql語句上下文相關(guān)信息，僅保存哪條記錄被修改。

優(yōu)點(diǎn)： binlog中可以不記錄執(zhí)行的sql語句的上下文相關(guān)的信息，僅需要記錄那一條記錄被修改成什么了。所以rowlevel的日志內(nèi)容會(huì)非常清楚的記錄下每一行數(shù)據(jù)修改的細(xì)節(jié)。而且不會(huì)出現(xiàn)某些特定情況下的存儲(chǔ)過程，或function，以及trigger的調(diào)用和觸發(fā)無法被正確復(fù)制的問題

缺點(diǎn):所有的執(zhí)行的語句當(dāng)記錄到日志中的時(shí)候，都將以每行記錄的修改來記錄，這樣可能會(huì)產(chǎn)生大量的日志內(nèi)容,比如一條update語句，修改多條記錄，則binlog中每一條修改都會(huì)有記錄，這樣造成binlog日志量會(huì)很大，特別是當(dāng)執(zhí)行alter table之類的語句的時(shí)候，由于表結(jié)構(gòu)修改，每條記錄都發(fā)生改變，那么該表每一條記錄都會(huì)記錄到日志中。

3.Mixed

是以上兩種level的混合使用，一般的語句修改使用statment格式保存binlog，如一些函數(shù)，statement無法完成主從復(fù)制的操作，則采用row格式保存binlog,MySQL會(huì)根據(jù)執(zhí)行的每一條具體的sql語句來區(qū)分對(duì)待記錄的日志形式，也就是在Statement和Row之間選擇一種.新版本的MySQL中隊(duì)row level模式也被做了優(yōu)化，并不是所有的修改都會(huì)以row level來記錄，像遇到表結(jié)構(gòu)變更的時(shí)候就會(huì)以statement模式來記錄。至于update或者delete等修改數(shù)據(jù)的語句，還是會(huì)記錄所有行的變更。

mysql主從不同步怎么辦

今天發(fā)現(xiàn)Mysql的主從數(shù)據(jù)庫沒有同步

先上Master庫：

mysqlshow processlist; 查看下進(jìn)程是否Sleep太多。發(fā)現(xiàn)很正常。

show master status; 也正常。

mysql show master status;

+-------------------+----------+--------------+-------------------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+-------------------+----------+--------------+-------------------------------+

| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |

+-------------------+----------+--------------+-------------------------------+

1 row in set (0.00 sec)

再到Slave上查看

mysql show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: No

可見是Slave不同步

下面介紹兩種解決方法：

方法一：忽略錯(cuò)誤后，繼續(xù)同步

該方法適用于主從庫數(shù)據(jù)相差不大，或者要求數(shù)據(jù)可以不完全統(tǒng)一的情況，數(shù)據(jù)要求不嚴(yán)格的情況

解決：

stop slave;

#表示跳過一步錯(cuò)誤，后面的數(shù)字可變

set global sql_slave_skip_counter =1;

start slave;

之后再用mysql show slave status\G 查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

ok，現(xiàn)在主從同步狀態(tài)正常了。。。

方式二：重新做主從，完全同步

該方法適用于主從庫數(shù)據(jù)相差較大，或者要求數(shù)據(jù)完全統(tǒng)一的情況

解決步驟如下：

1.先進(jìn)入主庫，進(jìn)行鎖表，防止數(shù)據(jù)寫入

使用命令：

mysql flush tables with read lock;

注意：該處是鎖定為只讀狀態(tài)，語句不區(qū)分大小寫

2.進(jìn)行數(shù)據(jù)備份

#把數(shù)據(jù)備份到mysql.bak.sql文件

[root@server01 mysql]#mysqldump -uroot -p -hlocalhost mysql.bak.sql

這里注意一點(diǎn)：數(shù)據(jù)庫備份一定要定期進(jìn)行，可以用shell腳本或者python腳本，都比較方便，確保數(shù)據(jù)萬無一失

3.查看master 狀態(tài)

mysql show master status;

+-------------------+----------+--------------+-------------------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+-------------------+----------+--------------+-------------------------------+

| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |

+-------------------+----------+--------------+-------------------------------+

1 row in set (0.00 sec)

4.把mysql備份文件傳到從庫機(jī)器，進(jìn)行數(shù)據(jù)恢復(fù)

#使用scp命令

[root@server01 mysql]# scp mysql.bak.sql root@192.168.128.101:/tmp/

5.停止從庫的狀態(tài)

mysql stop slave;

6.然后到從庫執(zhí)行mysql命令，導(dǎo)入數(shù)據(jù)備份

mysql source /tmp/mysql.bak.sql

7.設(shè)置從庫同步，注意該處的同步點(diǎn)，就是主庫show master status信息里的| File| Position兩項(xiàng)

change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;

8.重新開啟從同步

mysql start slave;

9.查看同步狀態(tài)

mysql show slave status\G 查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

好了，同步完成啦。