120hz分辨率怎么開？你好，在電視又或者顯示器上中,選擇可以設(shè)置里接受系統(tǒng)設(shè)置在庫企業(yè)是什么意思？企業(yè)庫真包含一系列應(yīng)用程序模塊和核心架構(gòu)。這些高復(fù)用的組件指在解決開發(fā)者解決一些約定的企業(yè)開發(fā)問題。

120hz分辨率怎么開？

你好，在電視又或者顯示器上中,選擇可以設(shè)置里接受系統(tǒng)設(shè)置

在庫企業(yè)是什么意思？

企業(yè)庫真包含一系列應(yīng)用程序模塊和核心架構(gòu)。這些高復(fù)用的組件指在解決開發(fā)者解決一些約定的企業(yè)開發(fā)問題。

企業(yè)庫同樣可以提供高可配置的特性，使我們管理再重復(fù)一遍的工作極其太容易，或者我們很清楚的在應(yīng)用形式的很多地方發(fā)生的橫切關(guān)注點(diǎn)。除開像日志記錄、緩存、十分管理等。

別外，它提供的依賴注入容器也能簡單的結(jié)構(gòu)和物質(zhì)分解你的設(shè)計(jì)，使他們十分可實(shí)驗(yàn)和容易理解，幫助你創(chuàng)建角色極其高性能的設(shè)計(jì)和各種應(yīng)用。

小米11關(guān)閉日志緩沖區(qū)耗電嗎？

不耗電，恰恰相反這反到可起省電效果。

小米11反正支持什么全局120Hz，先打開方法是：開發(fā)者選項(xiàng)把日志緩沖區(qū)大小設(shè)置為關(guān)閉，未完全適配的第三方App也會(huì)強(qiáng)制需要120Hz啟動(dòng)。

我們明白，不少第三方軟件導(dǎo)致不允許高刷新率，但想體驗(yàn)的過程中太容易再次出現(xiàn)落差，很流暢體驗(yàn)會(huì)大大減，而小米11要是自動(dòng)打開120Hz高幀率全局運(yùn)行的話，那么實(shí)際體驗(yàn)中將有著肉眼可見的提升，流暢度方面越來越順滑，當(dāng)然耗電程度肯定會(huì)十分嚴(yán)重點(diǎn)。

ib_logfile參數(shù)設(shè)置？

參數(shù)設(shè)置追加：mysql的innodb中事務(wù)日志ib_logfile(0/1)

概念：

事務(wù)日志或稱redo日志，在mysql中默認(rèn)以ib_logfile0,ib_logfile1名稱存在,是可以手工如何修改參數(shù)，功能調(diào)節(jié)開啟幾組日志來服務(wù)什么于當(dāng)前mysql數(shù)據(jù)庫,mysql常規(guī)順序，循環(huán)寫，每傳送一個(gè)事務(wù)時(shí)，會(huì)把一些具體信息記錄事務(wù)日志中(記錄信息對(duì)數(shù)據(jù)文件數(shù)據(jù)可以修改的物理位置或叫做什么偏移量);

這個(gè)系列文件個(gè)數(shù)由參數(shù)innodb_log_files_in_group完全控制，若設(shè)置為4，則其它名字為ib_logfile0~3。

這些文件的寫入文件是順序、循環(huán)寫的，logfile0開始寫從logfile1再繼續(xù)，logfile3寫到一半則datafile0一直。

作用:

在系統(tǒng)崩潰重新啟動(dòng)時(shí)，作事務(wù)系統(tǒng)重裝；在系統(tǒng)都正常時(shí)，每次checkpoint時(shí)間點(diǎn)，會(huì)將之前讀取事務(wù)應(yīng)用形式到數(shù)據(jù)文件中。

Ib_logfile的checkpointfield

但是不但要記錄checkpoint能夠做到哪兒(LOG_CHECKPOINT_LSN)，還要資料記錄都用到了哪個(gè)位置(LOG_CHECKPOINT_OFFSET)等其他信息。因此在ib_logfile0的頭部安裝帶了空間，應(yīng)用于記錄這些信息。

所以就算建議使用后面的logfile，有時(shí)候checkpoint能完成后，ib_logfile0大都要更新完的。另外你會(huì)發(fā)現(xiàn)所謂的順序?qū)懕P，也并不是那絕對(duì)是的

相關(guān)的一些數(shù)字

a)InnoDB留了兩個(gè)checkpointfiled，通過注釋的解釋，目地能夠“writealternately”

b)每個(gè)checkpintfield是需要的大小空間為304字節(jié)。(具體定義在log0log.h)

c)第一個(gè)checkpoint的起始位置在ib_logfile0的第512字節(jié)(OS_FILE_LOG_BLOCK_SIZE)處；

d)第二個(gè)在1536(3*OS_FILE_LOG_BLOCK_SIZE)字節(jié)處。

特點(diǎn)：

redolog只是記錄所有innodb表數(shù)據(jù)的變化。

redolog僅僅記錄正在執(zhí)行中的dml和ddl語句。

redolog是可以作為十分down機(jī)的或介質(zhì)故障后的數(shù)據(jù)恢復(fù)使用

引導(dǎo)出一個(gè)問題：

在m/s環(huán)境中,innodb寫完ib_logfile后,服務(wù)異樣關(guān)了，會(huì)不會(huì)主庫能用ib_logfile重新恢復(fù)數(shù)據(jù)，而

binlog沒寫可能導(dǎo)致從庫離線時(shí)少了這個(gè)事務(wù)？進(jìn)而倒致主從不一致;

redo日志寫入文件.ib_logfile讀取當(dāng)前事務(wù)自動(dòng)更新數(shù)據(jù)，并標(biāo)上事務(wù)準(zhǔn)備好trx_prepare2.寫入bin-log3.ib_logfile當(dāng)前事務(wù)提交再提交trx_commit

完全恢復(fù)

假如ib_logfile已經(jīng)寫入事務(wù)準(zhǔn)備,那么在復(fù)原過程中，會(huì)依據(jù)是什么bin-log中該事務(wù)是否需要必然可以恢復(fù)數(shù)據(jù)。

假設(shè):1)都結(jié)束了后異樣,因沒有讀取bin-log，從庫不會(huì)同步這個(gè)事務(wù)，主庫上，關(guān)機(jī)重啟時(shí)，在完全恢復(fù)日志中這個(gè)事務(wù)沒有commit，即rollback這個(gè)事務(wù).2)都結(jié)束了后十分，這會(huì)bin-log早就寫入到，從庫會(huì)同步這個(gè)事務(wù)。主庫依據(jù)完全恢復(fù)日志和bin-log，也正常了可以恢復(fù)此事務(wù)

綜上所述詳細(xì)解釋:

bin-log寫入結(jié)束，主從會(huì)都正常結(jié)束事務(wù)；bin-log也沒中寫入，主從庫rollback事務(wù);不可能又出現(xiàn)主從庫不一致問題.

查找參數(shù)(全局動(dòng)態(tài)和靜態(tài)):

innodb_log_buffer_size

innodb_log_file_size

innodb_log_files_outside_group

innodb_log_group_home_dir

innodb_flush_log_on_trx_commit

innodb_log_buffer_size:

事務(wù)日志緩存區(qū),可設(shè)置1M~8M,默認(rèn)8M,延遲事務(wù)日志寫入到磁盤,把事務(wù)日志緩存區(qū)想象形似漏斗狀,會(huì)不停地向磁盤記錄信息緩存的日志記錄,而何時(shí)讀取實(shí)際參數(shù)innodb_flush_log_as_trx_commit壓制,稍后回答,關(guān)閉大的事務(wù)日志緩存,可以將求全部運(yùn)行大事務(wù)日志，

暫時(shí)不貯放在事務(wù)緩存區(qū)中,無須(事務(wù)并提交前)寫入文件磁盤保存,同樣也能起節(jié)約磁盤空間占用;

innodb_log_file_size:壓制事務(wù)日志ib_logfile的大小,范圍5MB~4G；所有事務(wù)日志ib_logfile0ib_logfile1..累加大小沒法達(dá)到4G，事務(wù)日志大，checkpoint會(huì)少,省掉磁盤IO，只不過大的事務(wù)日志那樣的話數(shù)據(jù)庫panic時(shí)，復(fù)原起來較慢.

分解重組問題:修改該參數(shù)大小，會(huì)造成ib_logfile文件的大小和之前修真者的存在的文件大小不不兼容

解決在干凈關(guān)了數(shù)據(jù)庫情況下，徹底刪除ib_logfile，而后重啟數(shù)據(jù)庫，會(huì)一一創(chuàng)建戰(zhàn)隊(duì)該文件;

innodb_log_files_across_group:DB中可以設(shè)置幾組事務(wù)日志，默認(rèn)是2；

innodb_log_group_home_dir:事務(wù)日志存放目錄，不設(shè)置中，ib_logfile0...未知在數(shù)據(jù)文件目錄下

innodb_flush_log_to_trx_commit：再控制事務(wù)日志何時(shí)寫盤和刷盤，不會(huì)有危險(xiǎn)遞減：0,2,1事務(wù)緩存區(qū):log_buffer;0:最大速度三次事務(wù)緩存區(qū)可以刷新到文件系統(tǒng)，另外文件系統(tǒng)到磁盤網(wǎng)絡(luò)同步，不過事務(wù)遞交時(shí)，肯定不會(huì)觸發(fā)時(shí)log_buffer到文件系統(tǒng)同步；2:每次來事務(wù)遞交時(shí),會(huì)把事務(wù)緩存區(qū)日志手動(dòng)刷新到文件系統(tǒng)中去，且每秒鐘文件系統(tǒng)到磁盤同步;1:有時(shí)候事務(wù)提交時(shí)重新登錄到磁盤，最方便;

范圍問題環(huán)境:0:磁盤IO能力不大,不會(huì)有危險(xiǎn)方便相對(duì)一般,無截圖或剪切粘貼延遲可以不得到，如日志性業(yè)務(wù)，mysql損壞丟了1s事務(wù)數(shù)據(jù);2:數(shù)據(jù)安全性有要求，可以不弄丟一點(diǎn)事務(wù)日志，不能復(fù)制延遲也是可以認(rèn)可，OS損壞時(shí)才很有可能丟失的數(shù)據(jù);1:數(shù)據(jù)安全性要求的很高，且磁盤IO能力相當(dāng)接受業(yè)務(wù)，如充值消費(fèi)，比較敏感業(yè)務(wù);

引導(dǎo)出ib_logfile的讀取策略

1、基本概念

a)、ib_logfile文件個(gè)數(shù)由innodb_log_files_into_group配置改變，若為2，則在datadir目錄下有兩個(gè)文件，下達(dá)命令從0正在，各為ib_logfile0和ib_logfile.

b)、文件為順序?qū)懭耄?dāng)都沒有達(dá)到還有一個(gè)文件末尾時(shí)，會(huì)從第一個(gè)文件開始順序復(fù)用。

c)、lsn:Log Sequence Number，是一個(gè)遞增的整數(shù)。Ib_logfile中的隔一段時(shí)間寫入操作都包涵起碼1個(gè)log，每個(gè)log都內(nèi)帶一個(gè)lsn。在內(nèi)存page修復(fù)過程中，只能大于1page_lsn的log才會(huì)被使用。

d)、lsn的保存在全局變量log_sys中。趨近于數(shù)值等于每個(gè)log的不好算內(nèi)容長度。即假如新增審批的一個(gè)log長度是len，則log_sys-lsnlen.

e)、ib_logfile每次來寫入文件以512(OS_FILE_LOG_BLOCK_SIZE)字節(jié)為單位。實(shí)際中寫入文件函數(shù)log_group_write_buf(log/log0log.c)

f)、有時(shí)候?qū)慳盤是否flush，由參數(shù)innodb_flush_log_arrive_trx_commit完全控制。

2、log_sys介紹

log_sys是一個(gè)全局內(nèi)存結(jié)構(gòu)。以下只能證明幾個(gè)成員的意義。

lsn

來表示早就先分配的第一個(gè)lsn的值。

written_did_all_lsn

n來表示換算巳經(jīng)寫盤的lsn。需要這個(gè)值是而且未必每次生成log后就寫盤。

flushed_want_disk_lsn

表示刷到磁盤的lsn。需要這個(gè)值是只不過不是他有時(shí)候?qū)懕P后就flush。

buf

待寫入文件的內(nèi)容保存在buf中

buf_size

buf的大小。由配置中innodb_log_buffer_size做出決定，實(shí)際大小為innodb_log_buffer_size/16k*16k。

buf_next_can_write

buf中下一個(gè)要寫入到磁盤的位置

buf_free

buf中實(shí)際內(nèi)容的后來位置。當(dāng)buf_fitbuf_next_need_write時(shí)，那說明內(nèi)存中還有一個(gè)數(shù)據(jù)未寫盤。

3、去相關(guān)更新

用一個(gè)最簡單可以更新語句來那就證明log_sys以及ib_logfile的更新內(nèi)容的過程。假設(shè)我們的更新只不屬于到非索引的單獨(dú)計(jì)算長度字段。

a)在bufferpool中寫入文件undolog。這對(duì)一個(gè)元素單一的語句，不需要先創(chuàng)建戰(zhàn)隊(duì)一個(gè)undolog頭。

b)在bufferpool中讀取undolog的實(shí)際內(nèi)容。

c)在log_sys-buf中寫入bufferpage的更新內(nèi)容。此處需要保存了更新完的完整信息。

d)在log_sys-buf中讀取啟動(dòng)事務(wù)(trx_prepare)的日志

e)將c、d自動(dòng)更新的log內(nèi)容讀取ib_logfile中。

f)在log_sys-buf中中寫入事務(wù)都結(jié)束了(trx_commit)的日志

g)將f步驟的log內(nèi)容寫入ib_logfile中。

4、只能說明

a)成功根據(jù)上述規(guī)定所有操作時(shí)，數(shù)據(jù)文件還沒有更新。

b)每次寫入到log_sys-buf時(shí)而自動(dòng)更新lsn和buf_free。每次寫ib_logfile時(shí)同時(shí)自動(dòng)更新written_can_all_lsn和buf_next_need_write；

c)每次來寫ib_logfile時(shí)以512字節(jié)為整個(gè)表格，如需寫入600字節(jié)，則不好算寫入1k。寫的最后一個(gè)文件末尾則從第一個(gè)文件重復(fù)使用。

d)從本案所涉流程看到，在a～d過程中若又出現(xiàn)無比關(guān)掉，因此沒有寫入文件到磁盤中，而整個(gè)事務(wù)決定放棄；若在e剛完成進(jìn)行時(shí)直接出現(xiàn)十分關(guān)掉，確實(shí)事務(wù)內(nèi)容早寫盤，但沒有再提交。在重新啟動(dòng)恢復(fù)的時(shí)候，突然發(fā)現(xiàn)這個(gè)事務(wù)還是沒有提交，邏輯上整個(gè)事務(wù)決定放棄。(重啟日志中會(huì)有Found1preparedtransaction(s)intoInnoDB字樣)。在g結(jié)束后又出現(xiàn)異常自動(dòng)關(guān)閉，則也能在重啟復(fù)原中都正常并提交。

在e和f之間會(huì)寫mysql的bin-log，若bin-log寫完前無比自動(dòng)關(guān)閉，事務(wù)不生效，bin-log寫入文件成功了后，則異常重啟后能夠參照bin-log恢復(fù)事務(wù)的修改。

e)若不屬于到索引沒更新，在步驟c之后會(huì)減少索引可以更新的log。導(dǎo)致索引可能有merge過程，所以在merge過程中會(huì)另外增加寫入文件一個(gè)log。但事務(wù)徹底遞交仍在步驟g中。索引的更新而巳經(jīng)寫盤，并不可能并且全部丟失。