本文主要給大家簡單講講MySQL8.0的一些新特性，相關(guān)專業(yè)術(shù)語大家可以上網(wǎng)查查或者找一些相關(guān)書籍補(bǔ)充一下，這里就不涉獵了，我們就直奔主題吧，希望MySQL8.0的一些新特性這篇文章可以給大家?guī)硪恍?shí)際幫助。

創(chuàng)新互聯(lián)是一家專業(yè)提供英吉沙企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設(shè)、HTML5建站、小程序制作等業(yè)務(wù)。10年已為英吉沙眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站設(shè)計(jì)公司優(yōu)惠進(jìn)行中。

此次，InnoDB重啟redo log歸檔功能，按照開發(fā)團(tuán)隊(duì)的說法，主要是為了解決備份一致性的問題。文檔里是這么寫的：

Backup utilities that copy redo log records may sometimes fail to keep pacewith redo log generation while a backup operation is in progress, resultingin lost redo log records due to those records being overwritten. The redolog archiving feature addresses this issue by sequentially writing redo logrecords to an archive file. Backup utilities can copy redo log records fromthe archive file as necessary, thereby avoiding the potential loss of data.
in lost redo log records due to those records being overwritten. The redo
log archiving feature addresses this issue by sequentially writing redo log
records to an archive file. Backup utilities can copy redo log records from
the archive file as necessary, thereby avoiding the potential loss of data.

簡言之，就是備份速度跟不上redo log生成的速度，結(jié)果導(dǎo)致redo log被覆蓋了，然后備份就無法保證一致性。有了redo log歸檔，就可以在備份啟動(dòng)時(shí)同步啟動(dòng)redo log歸檔，備份結(jié)束時(shí)同步停止redo log歸檔，這樣就可以避免這個(gè)問題了，備份結(jié)束后可以利用這期間生成的redo log進(jìn)行數(shù)據(jù)恢復(fù)。

想要啟用redo log歸檔功能，只需設(shè)置innodb_redo_log_archive_dirs選項(xiàng)即可，該選項(xiàng)可支持在線動(dòng)態(tài)修改，例如：

[root@yejr.me]> SET GLOBAL innodb_redo_log_archive_dirs = "redolog-archiving-for-backup:/data/mysql8-redologs/";

指定 /data/mysql8-redologs/ 目錄作為redo log歸檔存放路徑，并且指定label為 "redolog-archiving-for-backup"，也就是這是專用于備份的redo log歸檔存放目錄。

我們還可以指定另一個(gè)目錄用于未來基于redo log的物理復(fù)制用途（我瞎猜的，可能沒那么快實(shí)現(xiàn)）。

[root@yejr.me]> SET GLOBAL innodb_redo_log_archive_dirs = "redolog-archiving-for-backup:/data/mysql8-redologs1/;redolog-archiving-for-repl:/data/mysql8-redologs2";

選項(xiàng)innodb_redo_log_archive_dirs可以指定多個(gè)目錄作為歸檔redo log存放位置。不過這個(gè)選項(xiàng)有幾個(gè)限制：

設(shè)置完后，就可以開始進(jìn)行redo log歸檔了。

第一個(gè)參數(shù)是我們之前定義過的一個(gè)label，第二個(gè)參數(shù)是該label對(duì)應(yīng)目錄下的子目錄，也就是 "/data/mysql8-redologs/20190722"。我們?cè)谙鄳?yīng)目錄下就可以看到這樣的redo log歸檔文件了：

[root@yejr.me]> ls -l /data/mysql8-redologs/20190722-r--r-----. 1 mysql mysql 0 Jul 22 20:54 archive.f0ff5743-97be-11e9-a5d6-0050568bba82.000001.log

文件名中常常的那串字符，就是本實(shí)例的UUID。此時(shí)文件的大小是0字節(jié)。

我們?cè)诹硪粋€(gè)session發(fā)動(dòng)一個(gè)sysbench oltp測試。執(zhí)行完sysbench測試結(jié)束后，我們停止redo log歸檔工作：

[root@yejr.me]> DO innodb_redo_log_archive_stop();Query OK, 0 rows affected (0.00 sec)

我分別記錄了測試前后redo log LSN的變化如下：

# 測試前的LSNLOG---Log sequence number          27938813989...# 測試后的LSNLOG---Log sequence number          27945024531
---
Log sequence number          27938813989
...

# 測試后的LSN
LOG
---
Log sequence number          27945024531

兩次LSN的差值是：6210542 字節(jié)。

然后我們查看redo log歸檔文件大小是多少：

[root@yejr.me]> ls -l /data/mysql8-redologs/20190722-r--r-----. 1 mysql mysql 6213632 Jul 22 21:19 archive.f0ff5743-97be-11e9-a5d6-0050568bba82.000001.log

可以看到文件大小是 6213632 字節(jié)，和上面的 6210542 字節(jié)只相差了 3090 字節(jié)，和本次測試產(chǎn)生的redo log日志大小相當(dāng)。后面我們就可以利用這個(gè)redo log做數(shù)據(jù)恢復(fù)之用了（不過，相應(yīng)的官方工具還沒開發(fā)出來，拭目以待吧）。

一般情況下，redo log歸檔對(duì)性能的影響比較?。樞?qū)懭耄?，在大量高并發(fā)事務(wù)的場景下，可能對(duì)性能影響會(huì)稍大點(diǎn)，不過也不用太擔(dān)心，以后有機(jī)會(huì)我再做個(gè)性能對(duì)比測試吧。

MySQL8.0的一些新特性就先給大家講到這里，對(duì)于其它相關(guān)問題大家想要了解的可以持續(xù)關(guān)注我們的行業(yè)資訊。我們的板塊內(nèi)容每天都會(huì)捕捉一些行業(yè)新聞及專業(yè)知識(shí)分享給大家的。

當(dāng)前名稱：MySQL8.0的一些新特性介紹
文章出自：http://sd-ha.com/article40/jsjeeo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、網(wǎng)站制作、定制網(wǎng)站、定制開發(fā)、全網(wǎng)營銷推廣、網(wǎng)站維護(hù)

廣告

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