自MySQL 5.6.5起,引進(jìn)了一種基於全域事務(wù)識(shí)別碼(GTID)的複製方法。 GTID確保了在叢集中每個(gè)提交到主庫(kù)的交易都有一個(gè)唯一的識(shí)別碼。這種方式強(qiáng)化了資料庫(kù)的主備一致性,故障復(fù)原以及容錯(cuò)能力。
GTID是什麼
GTID (Global Transaction ID) 是對(duì)於一個(gè)已提交交易的編號(hào),並且是一個(gè)全域唯一的編號(hào)。 GTID實(shí)際上是由UUID TID 組成的。其中UUID是一個(gè) MySQL實(shí)例的唯一識(shí)別。 TID的值隨著每個(gè)提交的交易單調(diào)遞增,記錄了該實(shí)例上已經(jīng)提交的事務(wù)數(shù)量。
下面是一個(gè)GTID的具體形式:3E11FA47-71CA-11E1-9E33-C80AA9429562:23,冒號(hào)分割前邊為uuid,後邊為TID。
GTID集合可以包含來(lái)自多個(gè)MySQL實(shí)例的事務(wù),它們之間以逗號(hào)分隔。
多個(gè)交易序號(hào)的範(fàn)圍區(qū)間若來(lái)自相同MySQL實(shí)例,則應(yīng)以冒號(hào)分隔各組範(fàn)圍。例如:e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27。
GTID改進(jìn)有哪些
在原來(lái)基於二進(jìn)位日誌的複製中,從庫(kù)需要告知主庫(kù)要從哪個(gè)偏移量進(jìn)行增量同步,如果指定錯(cuò)誤會(huì)造成數(shù)據(jù)的遺漏,造成數(shù)據(jù)的不一致。借助GTID,在發(fā)生主備切換的情況下,MySQL的其它從庫(kù)可以自動(dòng)在新主庫(kù)上找到正確的複製位置,這大大簡(jiǎn)化了複雜複製拓?fù)湎录旱木S護(hù),也減少了人為設(shè)定複製位置發(fā)生誤操作的風(fēng)險(xiǎn)。使用基於GTID的複製可以排除已執(zhí)行的事務(wù),從而降低資料不一致性的風(fēng)險(xiǎn)。
主庫(kù)基於gtid set可以準(zhǔn)確的知道從庫(kù)缺少哪些數(shù)據(jù),不會(huì)多給從庫(kù)數(shù)據(jù),也不會(huì)少給,避免網(wǎng)路頻寬浪費(fèi)。
mysql主從結(jié)構(gòu)在一主一從情況下對(duì)GTID來(lái)說(shuō)就沒(méi)有優(yōu)勢(shì)了,而對(duì)於2臺(tái)主以上的結(jié)構(gòu)優(yōu)勢(shì)異常明顯,可以在資料不遺失的情況下切換新主。
注意:在建構(gòu)主從複製之前,在一臺(tái)將成為主的實(shí)例上進(jìn)行一些操作(如資料清理等),透過(guò)GTID複製,這些在主從成立之前的操作也會(huì)複製到從伺服器上,造成複製失敗。也就是說(shuō)透過(guò)GTID複製都是從最先開(kāi)始的交易日誌開(kāi)始,即使這些操作在複製之前執(zhí)行。例如在server1上執(zhí)行一些drop、delete的清理操作,接著在server2上執(zhí)行change的操作,會(huì)使得server2也進(jìn)行server1的清理操作。
GTID的工作原理
當(dāng)一個(gè)交易在主庫(kù)端執(zhí)行並提交時(shí),產(chǎn)生GTID,一同記錄到binlog日誌中。
binlog傳送到slave,並且儲(chǔ)存到slave的relaylog後,讀取這個(gè)GTID的這個(gè)值設(shè)定gtid_next變量,也就是告訴Slave,下一個(gè)要執(zhí)行的GTID值。
sql執(zhí)行緒從relay log取得GTID,然後比較slave端的binlog是否有該GTID。
如果有記錄,表示該GTID的交易已經(jīng)執(zhí)行,slave會(huì)忽略。
如果沒(méi)有記錄,slave就會(huì)執(zhí)行該GTID事務(wù),並記錄該GTID到自身的binlog,在讀取執(zhí)行事務(wù)前會(huì)先檢查其他session持有該GTID,確保不被重複執(zhí)行。
一主一從GTID複製的建置
主機(jī)規(guī)劃:
- ##master:docker,連接埠3312
- slave:docker,連接埠3313
$ cat /home/mysql/docker-data/3313/conf/my.cnf # For advice on how to change settings please see # http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html [mysqld] # # Remove leading # and set to the amount of RAM for the most important data # cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%. # innodb_buffer_pool_size = 128M # # Remove leading # to turn on a very important data integrity option: logging # changes to the binary log between backups. # log_bin # # Remove leading # to set options mainly useful for reporting servers. # The server defaults are faster for transactions and fast SELECTs. # Adjust sizes as needed, experiment to find the optimal values. # join_buffer_size = 128M # sort_buffer_size = 2M # read_rnd_buffer_size = 2M #datadir=/home/mysql/docker-data/3307/data #socket=/home/mysql/docker-data/3307/mysql.sock character_set_server=utf8 init_connect='SET NAMES utf8' # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 #log-error=/home/mysql/docker-data/3307/logs/mysqld.log #pid-file=/home/mysql/docker-data/3307/mysqld.pid lower_case_table_names=1 server-id=1403311 log-bin=mysql-bin binlog-format=ROW auto_increment_increment=1 auto_increment_offset=1 # 開(kāi)啟gtid gtid_mode=ON enforce-gtid-consistency=true #rpl_semi_sync_master_enabled=1 #rpl_semi_sync_master_timeout=10000建立docker實(shí)例:
$ docker run --name mysql3312 -p 3312:3306 --privileged=true -ti -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=order -e MYSQL_USER=user -e MYSQL_PASSWORD=pass -v /home/mysql/docker-data/3312/conf:/etc/mysql/conf.d -v /home/mysql/docker-data/3312/data/:/var/lib/mysql -v /home/mysql/docker-data/3312/logs/:/var/log/mysql -d mysql:5.7新增用於複製的使用者並授權(quán):
mysql> GRANT REPLICATION SLAVE,FILE,REPLICATION CLIENT ON *.* TO 'repluser'@'%' IDENTIFIED BY '123456'; Query OK, 0 rows affected, 1 warning (0.01 sec) mysql> FLUSH PRIVILEGES; Query OK, 0 rows affected (0.01 sec)slave的設(shè)定設(shè)定檔my.cnf內(nèi)容與master一致,注意修改server -id,保持唯一。 建立docker實(shí)例:
$ docker run --name mysql3313 -p 3313:3306 --privileged=true -ti -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=order -e MYSQL_USER=user -e MYSQL_PASSWORD=pass -v /home/mysql/docker-data/3313/conf:/etc/mysql/conf.d -v /home/mysql/docker-data/3313/data/:/var/lib/mysql -v /home/mysql/docker-data/3313/logs/:/var/log/mysql -d mysql:5.7開(kāi)啟GTID同步:
mysql> change master to master_host='172.23.252.98',master_port=3310,master_user='repluser',master_password='123456',master_auto_position=1; Query OK, 0 rows affected, 2 warnings (0.02 sec) mysql> start slave; Query OK, 0 rows affected (0.02 sec)檢視狀態(tài):
mysql> show master status; +------------------+----------+--------------+------------------+----------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+----------------------------------------+ | mysql-bin.000008 | 154 | | | cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1 | +------------------+----------+--------------+------------------+----------------------------------------+ 1 row in set (0.00 sec) mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 172.23.252.98 Master_User: repluser Master_Port: 3312 Connect_Retry: 60 Master_Log_File: mysql-bin.000006 Read_Master_Log_Pos: 419 Relay_Log_File: 5dfbef024732-relay-bin.000003 Relay_Log_Pos: 632 Relay_Master_Log_File: mysql-bin.000006 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 419 Relay_Log_Space: 846 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1403311 Master_UUID: cd2eaa0a-7a59-11ec-b3b4-0242ac110002 Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1 Executed_Gtid_Set: cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1 Auto_Position: 1 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec)在master.order表插入資料:
mysql> insert into t_order values(4,"V");發(fā)現(xiàn)資料已經(jīng)同步至slave:
mysql> select * from order.t_order; +------+------+ | id | name | +------+------+ | 4 | V | +------+------+ 3 rows in set (0.00 sec)先停止slave,再在master.order表插入資料:
mysql> insert into t_order values(5,"X");然後再啟動(dòng)slave,發(fā)現(xiàn)資料已自動(dòng)同步:
mysql> stop slave; Query OK, 0 rows affected (0.01 sec) mysql> select * from order.t_order; +------+------+ | id | name | +------+------+ | 4 | V | +------+------+ 3 rows in set (0.00 sec) mysql> start slave; Query OK, 0 rows affected (0.02 sec) mysql> select * from order.t_order; +------+------+ | id | name | +------+------+ | 4 | V | | 5 | X | +------+------+ 4 rows in set (0.00 sec)遇到的問(wèn)題在slave伺服器show slave status:
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.先檢查master和slave的server_id是否一致,如果一致去修改my.cnf檔案中的server_id欄位:
mysql> show variables like 'server_id';然後排查master和slave的uuid是否一致:
mysql> show variables like '%uuid%';如果uuid一致去修改data目錄下的auto.cnf文件,拷貝整個(gè)data目錄,把a(bǔ)uto.cnf文件也拷貝過(guò)來(lái)了,裡面記錄了資料庫(kù)的uuid,每個(gè)函式庫(kù)的uuid應(yīng)該是不一樣的。
以上是MySQL的GTID複製怎麼應(yīng)用的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章!

熱AI工具

Undress AI Tool
免費(fèi)脫衣圖片

Undresser.AI Undress
人工智慧驅(qū)動(dòng)的應(yīng)用程序,用於創(chuàng)建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費(fèi)的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費(fèi)的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強(qiáng)大的PHP整合開(kāi)發(fā)環(huán)境

Dreamweaver CS6
視覺(jué)化網(wǎng)頁(yè)開(kāi)發(fā)工具

SublimeText3 Mac版
神級(jí)程式碼編輯軟體(SublimeText3)

1.PHP開(kāi)發(fā)問(wèn)答社區(qū)首選Laravel MySQL Vue/React組合,因生態(tài)成熟、開(kāi)發(fā)效率高;2.高性能需依賴緩存(Redis)、數(shù)據(jù)庫(kù)優(yōu)化、CDN和異步隊(duì)列;3.安全性必須做好輸入過(guò)濾、CSRF防護(hù)、HTTPS、密碼加密及權(quán)限控制;4.變現(xiàn)可選廣告、會(huì)員訂閱、打賞、傭金、知識(shí)付費(fèi)等模式,核心是匹配社區(qū)調(diào)性和用戶需求。

PHP設(shè)置環(huán)境變量主要有三種方式:1.通過(guò)php.ini全局配置;2.通過(guò)Web服務(wù)器(如Apache的SetEnv或Nginx的fastcgi_param)傳遞;3.在PHP腳本中使用putenv()函數(shù)。其中,php.ini適用於全局且不常變的配置,Web服務(wù)器配置適用於需要隔離的場(chǎng)景,putenv()適用於臨時(shí)性的變量。持久化策略包括配置文件(如php.ini或Web服務(wù)器配置)、.env文件配合dotenv庫(kù)加載、CI/CD流程中動(dòng)態(tài)注入變量。安全管理敏感信息應(yīng)避免硬編碼,推薦使用.en

要實(shí)現(xiàn)MySQL部署自動(dòng)化,關(guān)鍵在於選用Terraform定義資源、Ansible管理配置、Git進(jìn)行版本控制,並強(qiáng)化安全與權(quán)限管理。 1.使用Terraform定義MySQL實(shí)例,如AWSRDS的版本、類型、訪問(wèn)控制等資源屬性;2.通過(guò)AnsiblePlaybook實(shí)現(xiàn)數(shù)據(jù)庫(kù)用戶創(chuàng)建、權(quán)限設(shè)置等細(xì)節(jié)配置;3.所有配置文件納入Git管理,支持變更追蹤與協(xié)作開(kāi)發(fā);4.避免硬編碼敏感信息,使用Vault或AnsibleVault管理密碼,並設(shè)置訪問(wèn)控制與最小權(quán)限原則。

為什麼需要SSL/TLS加密MySQL連接?因?yàn)椴患用艿倪B接可能導(dǎo)致敏感數(shù)據(jù)被截取,啟用SSL/TLS可防止中間人攻擊並滿足合規(guī)要求;2.如何為MySQL配置SSL/TLS?需生成證書和私鑰,修改配置文件指定ssl-ca、ssl-cert和ssl-key路徑並重啟服務(wù);3.客戶端連接時(shí)如何強(qiáng)制使用SSL?通過(guò)創(chuàng)建用戶時(shí)指定REQUIRESSL或REQUIREX509實(shí)現(xiàn);4.SSL配置容易忽略的細(xì)節(jié)包括證書路徑權(quán)限、證書過(guò)期問(wèn)題以及客戶端配置需求。

收集用戶行為數(shù)據(jù)需通過(guò)PHP記錄瀏覽、搜索、購(gòu)買等信息至數(shù)據(jù)庫(kù),並清洗分析以挖掘興趣偏好;2.推薦算法選擇應(yīng)根據(jù)數(shù)據(jù)特徵決定:基於內(nèi)容、協(xié)同過(guò)濾、規(guī)則或混合推薦;3.協(xié)同過(guò)濾在PHP中可實(shí)現(xiàn)為計(jì)算用戶餘弦相似度、選K近鄰、加權(quán)預(yù)測(cè)評(píng)分並推薦高分商品;4.性能評(píng)估用準(zhǔn)確率、召回率、F1值及CTR、轉(zhuǎn)化率並通過(guò)A/B測(cè)試驗(yàn)證效果;5.冷啟動(dòng)問(wèn)題可通過(guò)商品屬性、用戶註冊(cè)信息、熱門推薦和專家評(píng)價(jià)緩解;6.性能優(yōu)化手段包括緩存推薦結(jié)果、異步處理、分佈式計(jì)算與SQL查詢優(yōu)化,從而提升推薦效率與用戶體驗(yàn)。

PHP在智能客服中扮演連接器和大腦中樞角色,負(fù)責(zé)串聯(lián)前端輸入、數(shù)據(jù)庫(kù)存儲(chǔ)與外部AI服務(wù);2.實(shí)現(xiàn)時(shí)需構(gòu)建多層架構(gòu):前端接收用戶消息,PHP後端預(yù)處理並路由請(qǐng)求,先匹配本地知識(shí)庫(kù),未命中則調(diào)用外部AI服務(wù)如OpenAI或Dialogflow獲取智能回復(fù);3.會(huì)話管理由PHP寫入MySQL等數(shù)據(jù)庫(kù),保障上下文連續(xù)性;4.集成AI服務(wù)需用Guzzle發(fā)送HTTP請(qǐng)求,安全存儲(chǔ)APIKey,做好錯(cuò)誤處理與響應(yīng)解析;5.數(shù)據(jù)庫(kù)設(shè)計(jì)需包含會(huì)話、消息、知識(shí)庫(kù)、用戶表,合理建索引、保障安全與性能,支撐機(jī)器人記憶

選擇合適的PHP框架需根據(jù)項(xiàng)目需求綜合考慮:Laravel適合快速開(kāi)發(fā),提供EloquentORM和Blade模板引擎,便於數(shù)據(jù)庫(kù)操作和動(dòng)態(tài)表單渲染;Symfony更靈活,適合複雜系統(tǒng);CodeIgniter輕量,適用於對(duì)性能要求較高的簡(jiǎn)單應(yīng)用。 2.確保AI模型準(zhǔn)確性需從高質(zhì)量數(shù)據(jù)訓(xùn)練、合理選擇評(píng)估指標(biāo)(如準(zhǔn)確率、召回率、F1值)、定期性能評(píng)估與模型調(diào)優(yōu)入手,並通過(guò)單元測(cè)試和集成測(cè)試保障代碼質(zhì)量,同時(shí)持續(xù)監(jiān)控輸入數(shù)據(jù)以防止數(shù)據(jù)漂移。 3.保護(hù)用戶隱私需採(cǎi)取多項(xiàng)措施:對(duì)敏感數(shù)據(jù)進(jìn)行加密存儲(chǔ)(如AES

要讓PHP容器支持自動(dòng)構(gòu)建,核心在於配置持續(xù)集成(CI)流程。 1.使用Dockerfile定義PHP環(huán)境,包括基礎(chǔ)鏡像、擴(kuò)展安裝、依賴管理和權(quán)限設(shè)置;2.配置GitLabCI等CI/CD工具,通過(guò).gitlab-ci.yml文件定義build、test和deploy階段,實(shí)現(xiàn)自動(dòng)構(gòu)建、測(cè)試和部署;3.集成PHPUnit等測(cè)試框架,確保代碼變更後自動(dòng)運(yùn)行測(cè)試;4.使用Kubernetes等自動(dòng)化部署策略,通過(guò)deployment.yaml文件定義部署配置;5.優(yōu)化Dockerfile,採(cǎi)用多階段構(gòu)
