一、云管理服務(wù)器初始化Step1.關(guān)閉數(shù)據(jù)庫shell>mysqladmin-uusername-pshutdownStep2.在f中更改如下選項。[mysqld]server-id=1gtid_mode=onenforce-gtid-consistency=oninnodb_flush_log_at_trx_commit=1sync_binlog=1master_info_repository=TABLErelay_log_info_repository=TABLElog-slave-updates=onlog0bin=skip-slave-start #復(fù)制進程就不會隨著數(shù)據(jù)庫的啟動而啟動slave_skip_errors=ddl_exist_errorsbinlog_format=rowauto-increment-increment=2 #必須要auto-increment-offset=1 #必須要說明：master_info_repository#masterinfolog文件記錄了備節(jié)點的連接信息，例如用戶名，密碼等，同時包括主節(jié)點信息relay_log_info_repository#記錄了備節(jié)點應(yīng)用relaylog文件的進度情況log_bin#這里指定的bin.log默認(rèn)路徑是/var/lib/mysql/mysql-bin.000001，顯示格式是名字加點6位數(shù)字，最后一個不一定是1，可以指定絕對路徑sync_binlog默認(rèn)為0，為0時當(dāng)事務(wù)提交之后，MySQL不做fsync之類的磁盤同步指令刷新binlog_cache中的信息到磁盤，而讓Filesystem自行決定什么時候來做同步，或者cache滿了之后才同步到磁盤為n時，當(dāng)每進行n次事務(wù)提交之后，MySQL將進行一次fsync之類的磁盤同步指令來將binlog_cache中的數(shù)據(jù)強制寫入磁盤，這里改為1，為0時的性能是最好的，但是風(fēng)險也是最大的。因為一旦系統(tǒng)Crash，在binlog_cache中的所有binlog信息都會被丟失。而當(dāng)設(shè)置為1的時候，是最安全但是性能損耗最大的設(shè)置。因為當(dāng)設(shè)置為1的時候，即使系統(tǒng)Crash，也最多丟失binlog_cache中未完成的一個事務(wù)，對實際數(shù)據(jù)沒有任何實質(zhì)性影響。從以往經(jīng)驗和相關(guān)測試來看，對于高并發(fā)事務(wù)的系統(tǒng)來說，"sync_binlog"設(shè)置為0和設(shè)置為1的系統(tǒng)寫入性能差距可能高達5倍甚至更多。gtid_mode#網(wǎng)上是說了必須主從必須要設(shè)置一致才行，要么都o(jì)n，要么都o(jì)ff，啟勇gtid是為了方便回滾，具體的不了解，這里選擇啟用，畢竟是新特性5.6以下的不要配enforce_gtid_consistency#強制gtid一致性log_slave_updates#slave更新是否記入日志binlog_format#二進制格式改為行row模式，三種模式statement語句模式,row行模式，mixed混合模式transaction-isolation#讀事務(wù)的隔離級別innodb_autoinc_lock_mode#自增互斥方式，默認(rèn)為1innodb_autoinc_lock_mode=0（"traditional”lockmode:全部使用表鎖）innodb_autoinc_lock_mode=1（默認(rèn)）（“consecutive”lockmode：可預(yù)判行數(shù)時使用新方式，不可時使用表鎖）innodb_autoinc_lock_mode=2（"interleaved”lockmode：全部使用新方式，不安全，不適合replication）slave_skip_errors跳過錯誤auto-increment-increment=2auto-increment-offset=1主鍵大于2時，每次遞增1Step3.啟動MySQL數(shù)據(jù)庫二、線下場庫初始化Step1.為從庫訪問主庫設(shè)立用戶和權(quán)限

mysql>usemysql;mysql>CREATEUSER,repl'@,%'IDENTIFIEDBY'slavepass'mysql>GRANTREPLICATIONSLAVEON*.*TO,repl,@,%1;mysql>flushprivileges;Step2.關(guān)閉數(shù)據(jù)庫，shell>mysqladmin-uusername-pshutdownStep3.在f中更改如下選項。注：mysql-bin可以自定義，park_database_name為實際使用的停車場數(shù)據(jù)庫名，server-id保證在云管理系統(tǒng)中唯一，由誰來分配？[mysqld]log-bin=mysql-binserver-id=1111111111gtid_mode=onenforce-gtid-consistency=onbinlog_format=rowinnodb_flush_log_at_trx_commit=1sync_binlog=1binlog-do-db=webparkLllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll[mysqld]log-bin=mysql-binserver-id=1111111gtid_mode=onenforce-gtid-consistency=onbinlog_format=rowinnodb_flush_log_at_trx_commit=1sync_binlog=1binlog-do-db=webparkStep4.啟動MySQL數(shù)據(jù)庫三、云管理增加線下場庫=1三、云管理增加線下場庫=1Step1.mysql>CHANGEMASTERTO>MASTER_HOST=host,MASTER_PORT=port,MASTER_USER=user,MASTER_PASSWORD=password,MASTER_AUTO_POSITION=1FORCHANNEL'CHANNEL_NAME';注：CHANNEL_NAME需要唯一，可以結(jié)合場庫ID使用Step2.mysql>STARTSLAVEFORCHANNEL'CHANNEL_NAME';DDL語句始終是基于語句的復(fù)制，即使設(shè)置成基于行的復(fù)制，也是如此基于語句復(fù)制時注意：跨數(shù)據(jù)庫的操作語句需要注意，可以規(guī)定禁止跨數(shù)據(jù)庫進行操作。（場庫只有一個主庫）例:--binlog-do-db=prices禁止使用如下語句：USEprices;UPDATEsales.januarySETamount=amount+1000;此語句會將對sales庫的更改也記錄到日志中USEprices;只對prices庫操作，不要對其他庫操作。創(chuàng)建表的操作：USEprices;CREATETABLE'prices'.'a'...必須先使用USEprices;prices為需要同步的庫GTID方式注意事項：不能使用CREATETABLE...SELECT語句不能在事務(wù)中使用CREATETEMPORARYTABLE和DROPTEMPORARYTABLE語句；可以在事務(wù)外執(zhí)行，但必須設(shè)置autocommit=1使用GTID和非GTID的MySQL實例是不能復(fù)制數(shù)據(jù)的，要么都是GTID,要么都是普通的在數(shù)據(jù)庫運行時，不能使用mysql_upgrade盡量使用事務(wù)存儲引擎InnoDB,主從引擎一致RESETSLAVE不能夠按預(yù)想的那樣執(zhí)行相應(yīng)操作異常恢復(fù)mysql-uroot-padmin@1880-e"stopslaveforchannel'$parkname';"mysql-uroot-padmin@1880-e"resetslaveforchannel'$parkname';"mysql-uroot-padmin@1880-e"resetmaster;"mysql-uroot-padmin@1880-e"createdatabaseifnotexists$parkname;"mysqldump--opt$parkname--host=''-uroot-P$[63000+i]-paaa|mysql-padmin@1880-C$parknamemysql-uroot-padmin@1880-e"changemastertomaster_host='',master_user='repl',master_password='slavepass',master_auto_position=1,master_port=$[63000+i]forchannel'$parkname';"mysql-uroot-padmin@1880-e"startslaveforchannel'$parkname';"sleep5;//多個連續(xù)執(zhí)行時，必須得等，否則新的resetmaster會導(dǎo)致錯誤異常處理:1、從機Last_IO_Errno:1236Last_IO_Error:Gotfatalerror1236frommasterwhenreadingdatafrombinarylog:'SlavehasmoreGTIDsthanthemasterhas,usingthemaster'sSERVER_UUID.Thismayindicatethattheendofthebinarylogwastruncatedorthatthelastbinarylogfilewaslost,e.g.,afterapowerordiskfailurewhensync_binlog!=1.Themastermayormaynothaverolledbacktransactionsthatwerealreadyreplica'stopslaveforchannel'channelname'resetslaveforchannel'channelname'mysqldump--set-gtid-purged=OFFchangemasterto...startslave2、Last_IO_Errno:1236Last_IO_Error:Gotfatalerror1236frommasterwhenreadingdatafrombinarylog:'TheslaveisconnectingusingCHANGEMASTERTOMASTE