如何編輯mysql中events的executeat如何使用？意外發(fā)現(xiàn)。創(chuàng)建事件后，信息schema.events模式以及mysql.event事件在表｜At和last｜中執(zhí)行。執(zhí)行字段之間的差異為8

如何編輯mysql中events的executeat如何使用？

意外發(fā)現(xiàn)。創(chuàng)建事件后，信息schema.events模式以及mysql.event事件在表｜At和last｜中執(zhí)行。執(zhí)行字段之間的差異為8小時(shí)。mysqld實(shí)例的時(shí)區(qū)如下：測試進(jìn)程，創(chuàng)建測試數(shù)據(jù)庫，創(chuàng)建測試數(shù)據(jù)表，創(chuàng)建事件，執(zhí)行SQL語句，查詢mysqld實(shí)例的時(shí)區(qū)和時(shí)間，執(zhí)行SQL語句，查詢信息uschema.events模式表和mysql.event事件在表中執(zhí)行｜At and last｜Executed field value[R

問題原因[R

以確保事件的執(zhí)行不受時(shí)區(qū)的影響，并且事件可以準(zhǔn)確執(zhí)行，MySQL將mysql.event事件表的事件計(jì)劃時(shí)間（execute）（在和最后一次執(zhí)行）到UTC時(shí)間。 ] ]文檔說明：[r

使用當(dāng)前會話時(shí)區(qū)值解釋on schedule子句中的時(shí)間。這將成為事件時(shí)區(qū)，即用于事件調(diào)度并在事件執(zhí)行時(shí)在事件內(nèi)生效的時(shí)區(qū)。這些時(shí)間將轉(zhuǎn)換為UTC，并與事件時(shí)區(qū)一起存儲在mysql.event事件桌子。這使事件執(zhí)行能夠按定義繼續(xù)進(jìn)行，而不管服務(wù)器時(shí)區(qū)或夏令時(shí)效果的任何后續(xù)更改。由于受試者只問一個(gè)問題，我們不考慮訪問次數(shù)的問題。換句話說，假設(shè)主從復(fù)制可以完全支持當(dāng)前的系統(tǒng)訪問。)

通用數(shù)據(jù)庫主從設(shè)置：

主數(shù)據(jù)庫可以讀寫

即系統(tǒng)可以同時(shí)從主數(shù)據(jù)庫和從數(shù)據(jù)庫獲取數(shù)據(jù)。數(shù)據(jù)寫入主庫后，會自動(dòng)同步到從庫。

這構(gòu)成了一個(gè)簡單的分布式系統(tǒng)。根據(jù)cap定理，三個(gè)中只能選擇一個(gè)。如果一致性很強(qiáng)，則不會提高系統(tǒng)的可用性，反而會降低系統(tǒng)的可用性。

讓我們看看上面的主從結(jié)構(gòu)中可能出現(xiàn)什么問題：

系統(tǒng)寫入主數(shù)據(jù)庫，然后從主數(shù)據(jù)庫進(jìn)行查詢。這是一個(gè)單點(diǎn)數(shù)據(jù)庫，沒有影響。

-如果數(shù)據(jù)已同步，則沒有影響

-如果數(shù)據(jù)未同步，則會查詢舊數(shù)據(jù)

-如果同步有問題，則會斷開主設(shè)備和從設(shè)備的連接。如果系統(tǒng)無法感知它，那么查詢可能總是舊數(shù)據(jù)。這里我們需要監(jiān)視同步。當(dāng)同步出現(xiàn)問題時(shí)，我們應(yīng)該及時(shí)處理

掛斷庫。主數(shù)據(jù)不能與從數(shù)據(jù)同步。如果主從交換機(jī)是自動(dòng)的，單點(diǎn)故障的概率只會降低50%（如果主數(shù)據(jù)庫或備用數(shù)據(jù)庫發(fā)生故障，并且沒有人恢復(fù)）。