mycat2建表不同步到mysql

主要是由同一個(gè)ip在短時(shí)間內(nèi)產(chǎn)生太多（超過(guò)mysql數(shù)據(jù)庫(kù)max_connection_errors的最大值）中斷的數(shù)據(jù)庫(kù)連接而導(dǎo)致的阻塞，可以采取以下步驟：

創(chuàng)新互聯(lián)擁有十年成都網(wǎng)站建設(shè)工作經(jīng)驗(yàn),為各大企業(yè)提供網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)服務(wù)，對(duì)于網(wǎng)頁(yè)設(shè)計(jì)、PC網(wǎng)站建設(shè)（電腦版網(wǎng)站建設(shè)）、成都App定制開(kāi)發(fā)、wap網(wǎng)站建設(shè)（手機(jī)版網(wǎng)站建設(shè)）、程序開(kāi)發(fā)、網(wǎng)站優(yōu)化（SEO優(yōu)化）、微網(wǎng)站、域名注冊(cè)等，憑借多年來(lái)在互聯(lián)網(wǎng)的打拼，我們?cè)诨ヂ?lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)積累了很多網(wǎng)站制作、網(wǎng)站設(shè)計(jì)、網(wǎng)絡(luò)營(yíng)銷(xiāo)經(jīng)驗(yàn)，集策劃、開(kāi)發(fā)、設(shè)計(jì)、營(yíng)銷(xiāo)、管理等網(wǎng)站化運(yùn)作于一體，具備承接各種規(guī)模類(lèi)型的網(wǎng)站建設(shè)項(xiàng)目的能力。

1、查看schema.xml中數(shù)據(jù)庫(kù)地址和數(shù)量是否配置正確。

2、查看mycat.log日志看具體什么錯(cuò)誤。

3、第一種方法，使用mysqladminflush-hosts命令清理一下hosts文件（不知道m(xù)ysqladmin在哪個(gè)目錄下可以使用命令查找：whereismysqladmin），并刷新記錄報(bào)錯(cuò)host的文件。

4、第二種方法，進(jìn)入數(shù)據(jù)庫(kù)將max_connection_errors參數(shù)調(diào)高，也可以在my.cnf文件中修改不過(guò)需要重啟MySQL。

Mysql集群的數(shù)據(jù)不同步怎么回事

這種情況是因?yàn)橄到y(tǒng)里面已經(jīng)有MySQL服務(wù)或者是MySQL端口號(hào)被占用,可以去 計(jì)算機(jī)---管理---服務(wù)里面MySQL服務(wù)改成手動(dòng),然后停止該服務(wù)

mysql主從數(shù)據(jù)庫(kù)不同步的2種解決方法

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

先上Master庫(kù)：

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

可見(jiàn)是Slave不同步

下面介紹兩種解決方法：

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

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

解決：

stop

slave;

#表示跳過(guò)一步錯(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)正常了。。。

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

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

解決步驟如下：

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

使用命令：

mysql

flush

tables

with

read

lock;

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

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

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

[root@server01

mysql]#mysqldump

-uroot

-p

-hlocalhost

mysql.bak.sql

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

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備份文件傳到從庫(kù)機(jī)器，進(jìn)行數(shù)據(jù)恢復(fù)

#使用scp命令

[root@server01

mysql]#

scp

mysql.bak.sql

root@192.168.128.101:/tmp/

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

mysql

stop

slave;

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

mysql

source

/tmp/mysql.bak.sql

7.設(shè)置從庫(kù)同步，注意該處的同步點(diǎn)，就是主庫(kù)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.重新開(kāi)啟從同步

mysql

stop

slave;

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

mysql

show

slave

status\G

查看：

Slave_IO_Running:

Yes

Slave_SQL_Running:

Yes

好了，同步完成啦。

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

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

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

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

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

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

數(shù)據(jù)不同步給應(yīng)用帶來(lái)的危害是致命的，當(dāng)出現(xiàn)主從數(shù)據(jù)不一致的情況，常見(jiàn)的應(yīng)對(duì)方法是先把從庫(kù)下線(xiàn)，然后找個(gè)半夜三更的時(shí)間把應(yīng)用停掉，重新執(zhí)行同步，如果數(shù)據(jù)庫(kù)的體積十分龐大，那工作量可想而知，會(huì)讓人崩潰。本文介紹使用percona-toolkit工具對(duì)mysql主從數(shù)據(jù)庫(kù)的同步狀態(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ì)增加多少，以及帶來(lái)的IO性能問(wèn)題。)

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

2.Row

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

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

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

3.Mixed

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

當(dāng)前標(biāo)題：mysql不同步怎么解決的簡(jiǎn)單介紹
本文來(lái)源：http://jinyejixie.com/article36/dosggpg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、網(wǎng)站設(shè)計(jì)公司、網(wǎng)站收錄、網(wǎng)站營(yíng)銷(xiāo)、網(wǎng)站維護(hù)、網(wǎng)站導(dǎo)航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)