mysql怎么設(shè)置逐漸 mysql怎么設(shè)置默認(rèn)時(shí)間

MySQL數(shù)據(jù)庫(kù)服務(wù)器逐漸變慢 該如何分析與解決

MySQL 在崩潰恢復(fù)時(shí),會(huì)遍歷打開(kāi)所有 ibd 文件的 header page 驗(yàn)證數(shù)據(jù)字典的準(zhǔn)確性,如果 MySQL 中包含了大量表,這個(gè)校驗(yàn)過(guò)程就會(huì)比較耗時(shí)。 MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān),表總數(shù)越大,崩潰恢復(fù)時(shí)間越長(zhǎng)。另外磁盤(pán) IOPS 也會(huì)影響崩潰恢復(fù)時(shí)間,像這里開(kāi)發(fā)庫(kù)的 HDD IOPS 較低,因此面對(duì)大量的表空間,校驗(yàn)速度就非常緩慢。另外一個(gè)發(fā)現(xiàn),MySQL 8 下正常啟用時(shí)居然也會(huì)進(jìn)行表空間校驗(yàn),而故障恢復(fù)時(shí)則會(huì)額外再進(jìn)行一次表空間校驗(yàn),等于校驗(yàn)了 2 遍。不過(guò) MySQL 8.0 里多了一個(gè)特性,即表數(shù)量超過(guò) 5W 時(shí),會(huì)啟用多線程掃描,加快表空間校驗(yàn)過(guò)程。

網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)!專(zhuān)注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、成都小程序開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶(hù)創(chuàng)新互聯(lián)還提供了東坡免費(fèi)建站歡迎大家使用!

如何跳過(guò)校驗(yàn)MySQL 5.7 下有方法可以跳過(guò)崩潰恢復(fù)時(shí)的表空間校驗(yàn)過(guò)程嘛?查閱了資料,方法主要有兩種:

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ,那么 validate = false,即可以跳過(guò)表空間校驗(yàn)。實(shí)際測(cè)試的時(shí)候設(shè)置 innodb_force_recovery =1,也就是強(qiáng)制恢復(fù)跳過(guò)壞頁(yè),就可以跳過(guò)校驗(yàn),然后重啟就是正常啟動(dòng)了。通過(guò)這種臨時(shí)方式可以避免崩潰恢復(fù)后非常耗時(shí)的表空間校驗(yàn)過(guò)程,快速啟動(dòng) MySQL,個(gè)人目前暫時(shí)未發(fā)現(xiàn)有什么隱患。2. 使用共享表空間替代獨(dú)立表空間這樣就不需要打開(kāi) N 個(gè) ibd 文件了,只需要打開(kāi)一個(gè) ibdata 文件即可,大大節(jié)省了校驗(yàn)時(shí)間。自從聽(tīng)了姜老師講過(guò)使用共享表空間替代獨(dú)立表空間解決 drop 大表時(shí)性能抖動(dòng)的原理后,感覺(jué)共享表空間在很多業(yè)務(wù)環(huán)境下,反而更有優(yōu)勢(shì)。

臨時(shí)冒出另外一種解決想法,即用 GDB 調(diào)試崩潰恢復(fù),通過(guò)臨時(shí)修改 validate 變量值讓 MySQL 跳過(guò)表空間驗(yàn)證過(guò)程,然后讓 MySQL 正常關(guān)閉,重新啟動(dòng)就可以正常啟動(dòng)了。但是實(shí)際測(cè)試發(fā)現(xiàn),如果以 debug 模式運(yùn)行,確實(shí)可以臨時(shí)修改 validate 變量,跳過(guò)表空間驗(yàn)證過(guò)程,但是 debug 模式下代碼運(yùn)行效率大打折扣,反而耗時(shí)更長(zhǎng)。而以非 debug 模式運(yùn)行,則無(wú)法修改 validate 變量,想法破滅。

如何設(shè)置 mysqld

安全地關(guān)閉MySQL實(shí)例

關(guān)閉過(guò)程:

1、發(fā)起shutdown,發(fā)出 SIGTERM信號(hào)

2、有必要的話,新建一個(gè)關(guān)閉線程(shutdown

thread)

如果是客戶(hù)端發(fā)起的關(guān)閉,則會(huì)新建一個(gè)專(zhuān)用的關(guān)閉線程

如果是直接收到 SIGTERM 信號(hào)進(jìn)行關(guān)閉的話,專(zhuān)門(mén)負(fù)責(zé)信號(hào)處理的線程就會(huì)負(fù)責(zé)關(guān)閉工作,或者新建一個(gè)獨(dú)立的線程負(fù)責(zé)這個(gè)事

當(dāng)無(wú)法創(chuàng)建獨(dú)立的關(guān)閉線程時(shí)(例如內(nèi)存不足),MySQL Server會(huì)發(fā)出類(lèi)似下面的告警信息:

?

1Error: Can't create thread to kill server

3、MySQL Server不再響應(yīng)新的連接請(qǐng)求

關(guān)閉TCP/IP網(wǎng)絡(luò)監(jiān)聽(tīng),關(guān)閉Unix Socket等渠道

4、逐漸關(guān)閉當(dāng)前的連接、事務(wù)

空閑連接,將立刻被終止;

當(dāng)前還有事務(wù)、SQL活動(dòng)的連接,會(huì)將其標(biāo)識(shí)為 killed,并定期檢查其狀態(tài),以便下次檢查時(shí)將其關(guān)閉;(參考 KILL 語(yǔ)法)

當(dāng)前有活躍事務(wù)的,該事物會(huì)被回滾,如果該事務(wù)中還修改了非事務(wù)表,則已經(jīng)修改的數(shù)據(jù)無(wú)法回滾,可能只會(huì)完成部分變更;

如果是Master/Slave復(fù)制場(chǎng)景里的Master,則對(duì)復(fù)制線程的處理過(guò)程和普通線程也是一樣的;

如果是Master/Slave復(fù)制場(chǎng)景里的Slave,則會(huì)依次關(guān)閉IO、SQL線程,如果這2個(gè)線程當(dāng)前是活躍的,則也會(huì)加上 killed

標(biāo)識(shí),然后再關(guān)閉;

Slave服務(wù)器上,SQL線程是允許直接停止當(dāng)前的SQL操作的(為了避免復(fù)制問(wèn)題),然后再關(guān)閉該線程;

在MySQl

5.0.80及以前的版本里,如果SQL線程當(dāng)時(shí)正好執(zhí)行一個(gè)事務(wù)到中間,該事務(wù)會(huì)回滾;從5.0.81開(kāi)始,則會(huì)等待所有的操作結(jié)束,除非用戶(hù)發(fā)起KILL操作。

當(dāng)Slave的SQL線程對(duì)非事務(wù)表執(zhí)行操作時(shí)被強(qiáng)制 KILL了,可能會(huì)導(dǎo)致Master、Slave數(shù)據(jù)不一致;

5、MySQL Server進(jìn)程關(guān)閉所有線程,關(guān)閉所有存儲(chǔ)引擎;

刷新所有表cache,關(guān)閉所有打開(kāi)的表;

每個(gè)存儲(chǔ)引擎各自負(fù)責(zé)相關(guān)的關(guān)閉操作,例如MyISAM會(huì)刷新所有等待寫(xiě)入的操作;InnoDB會(huì)將buffer pool刷新到磁盤(pán)中(從MySQL

5.0.5開(kāi)始,如果innodb_fast_shutdown不設(shè)置為 2 的話),把當(dāng)前的LSN記錄到表空間中,然后關(guān)閉所有的內(nèi)部線程。

6、MySQL Server進(jìn)程退出

關(guān)于KILL指令

從5.0開(kāi)始,KILL 支持指定 CONNECTION | QUERY兩種可選項(xiàng):

KILL CONNECTION和原來(lái)的一樣,停止回滾事務(wù),關(guān)閉該線程連接,釋放相關(guān)資源;

KILL

QUERY則只停止線程當(dāng)前提交執(zhí)行的操作,其他的保持不變;

提交KILL操作后,該線程上會(huì)設(shè)置一個(gè)特殊的

kill標(biāo)記位。通常需要一段時(shí)間后才能真正關(guān)閉線程,因?yàn)閗ill標(biāo)記位只在特定的情況下才檢查:

1、執(zhí)行SELECT查詢(xún)時(shí),在ORDER BY或GROUP BY循環(huán)中,每次讀完一些行記錄塊后會(huì)檢查

kill標(biāo)記位,如果發(fā)現(xiàn)存在,該語(yǔ)句會(huì)終止;

2、執(zhí)行ALTER TABLE時(shí),在從原始表中每讀取一些行記錄塊后會(huì)檢查 kill

標(biāo)記位,如果發(fā)現(xiàn)存在,該語(yǔ)句會(huì)終止,刪除臨時(shí)表;

3、執(zhí)行UPDATE和DELETE時(shí),每讀取一些行記錄塊并且更新或刪除后會(huì)檢查 kill

標(biāo)記位,如果發(fā)現(xiàn)存在,該語(yǔ)句會(huì)終止,回滾事務(wù),若是在非事務(wù)表上的操作,則已發(fā)生變更的數(shù)據(jù)不會(huì)回滾;

4、GET_LOCK()

函數(shù)返回NULL;

5、INSERT

DELAY線程會(huì)迅速內(nèi)存中的新增記錄,然后終止;

6、如果當(dāng)前線程持有表級(jí)鎖,則會(huì)釋放,并終止;

7、如果線程的寫(xiě)操作調(diào)用在等待釋放磁盤(pán)空間,則會(huì)直接拋出逗磁盤(pán)空間滿(mǎn)地錯(cuò)誤,然后終止;

8、當(dāng)MyISAM表在執(zhí)行REPAIR

TABLE 或 OPTIMIZE TABLE 時(shí)被 KILL的話,會(huì)導(dǎo)致該表?yè)p壞不可用,指導(dǎo)再次修復(fù)完成。

安全關(guān)閉MySQL幾點(diǎn)建議

想要安全關(guān)閉 mysqld 服務(wù)進(jìn)程,建議按照下面的步驟來(lái)進(jìn)行:

0、用具有SUPER、ALL等最高權(quán)限的賬號(hào)連接MySQL,最好是用 unix socket

方式連接;

1、在5.0及以上版本,設(shè)置innodb_fast_shutdown = 1,允許快速關(guān)閉InnoDB(不進(jìn)行full

purge、insert buffer

merge),如果是為了升級(jí)或者降級(jí)MySQL版本,則不要設(shè)置;

2、設(shè)置innodb_max_dirty_pages_pct =

0,讓InnoDB把所有臟頁(yè)都刷新到磁盤(pán)中去;

3、設(shè)置max_connections和max_user_connections為1,也就最后除了自己當(dāng)前的連接外,不允許再有新的連接創(chuàng)建;

4、關(guān)閉所有不活躍的線程,也就是狀態(tài)為Sleep

且 Time 大于 1 的線程ID;

5、執(zhí)行 SHOW PROCESSLIST

確認(rèn)是否還有活躍的線程,尤其是會(huì)產(chǎn)生表鎖的線程,例如有大數(shù)據(jù)集的SELECT,或者大范圍的UPDATE,或者執(zhí)行DDL,都是要特別謹(jǐn)慎的;

6、執(zhí)行

SHOW ENGINE INNODB STATUS 確認(rèn)History list

length的值較低(一般要低于500),也就是未PURGE的事務(wù)很少,并且確認(rèn)Log sequence number、Log flushed up

to、Last checkpoint at三個(gè)狀態(tài)的值一樣,也就是所有的LSN都已經(jīng)做過(guò)檢查點(diǎn)了;

7、然后執(zhí)行FLUSH LOCKAL TABLES

操作,刷新所有 table cache,關(guān)閉已打開(kāi)的表(LOCAL的作用是該操作不記錄BINLOG);

8、如果是SLAVE服務(wù)器,最好是先關(guān)閉

IO_THREAD,等待所有RELAY LOG都應(yīng)用完后,再關(guān)閉 SQL_THREAD,避免 SQL_THREAD

在執(zhí)行大事務(wù)被終止,耐心待其全部應(yīng)用完畢,如果非要強(qiáng)制關(guān)閉的話,最好也等待大事務(wù)結(jié)束后再關(guān)閉SQL_THREAD;

9、最后再執(zhí)行 mysqladmin

shutdown。

10、緊急情況下,可以設(shè)置innodb_fast_shutdown = 1,然后直接執(zhí)行 mysqladmin shutdown

即可,甚至直接在操作系統(tǒng)層調(diào)用 kill 或者 kill -9 殺掉 mysqld 進(jìn)程(在innodb_flush_log_at_trx_commit = 0

的時(shí)候可能會(huì)丟失部分事務(wù)),不過(guò)mysqld進(jìn)程再次啟動(dòng)時(shí),會(huì)進(jìn)行CRASH RECOVERY工作,需要有所權(quán)衡。

MySql設(shè)置怎么設(shè)置自增長(zhǎng)

auto_increment設(shè)置這個(gè)會(huì)自動(dòng)增加了,這個(gè)增加時(shí)在現(xiàn)有的ID基礎(chǔ)上的,如果 你數(shù)據(jù)庫(kù)還是空記錄的話,最好添加一條完整記錄,然后在插入數(shù)據(jù)的時(shí)候,就可以不用設(shè)置ID

名稱(chēng)欄目:mysql怎么設(shè)置逐漸 mysql怎么設(shè)置默認(rèn)時(shí)間
文章出自:http://m.kartarina.com/article46/dogiphg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站建設(shè)微信公眾號(hào)全網(wǎng)營(yíng)銷(xiāo)推廣靜態(tài)網(wǎng)站定制開(kāi)發(fā)自適應(yīng)網(wǎng)站

廣告

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

手機(jī)網(wǎng)站建設(shè)
主站蜘蛛池模板: 亚洲AV综合色区无码一区爱AV| 无码视频一区二区三区在线观看| 亚洲人成无码网站| 久久午夜无码鲁丝片午夜精品| 人妻无码一区二区三区四区| 成人无码网WWW在线观看| 91精品无码久久久久久五月天| 国产精品无码aⅴ嫩草| 国产AV无码专区亚洲A∨毛片| 亚洲午夜无码毛片av久久京东热| 精品人体无码一区二区三区| 亚洲国产精品无码久久九九大片 | 亚洲av无码一区二区三区天堂 | 男人av无码天堂| 亚洲av无码片在线播放| 无码综合天天久久综合网| 午夜福利无码不卡在线观看| 精品久久久久久无码中文字幕漫画 | 色综合久久久久无码专区| 用舌头去添高潮无码视频| 无码精品日韩中文字幕| 精品国产毛片一区二区无码| 亚洲精品久久久久无码AV片软件| 无码AV岛国片在线播放| 亚洲中文字幕无码不卡电影 | 久久国产精品成人无码网站| 小SAO货水好多真紧H无码视频| 亚洲精品一级无码中文字幕| 人妻aⅴ中文字幕无码| 曰产无码久久久久久精品| 特级无码毛片免费视频尤物| 亚洲AV无码一区二区二三区入口| 成人无码A区在线观看视频| 免费看成人AA片无码视频吃奶| 精品一区二区三区无码视频| 国产高清不卡无码视频| 国产精品成人无码免费| 免费无码午夜福利片69| 亚洲免费日韩无码系列| 国产成年无码AV片在线韩国| 国产麻豆天美果冻无码视频|