問:newftpyyrjxz 這個(gè)主機(jī)的數(shù)據(jù)庫中,我有另外一個(gè)數(shù)據(jù)庫大概500多MB,用什么辦法恢復(fù)進(jìn)云比較合適?如果我直接使用備份與恢復(fù),或者導(dǎo)入導(dǎo)出功能,我怕把數(shù)據(jù)庫中的表給覆蓋了,但我其實(shí)要恢復(fù)的表名和現(xiàn)在的表名都不是相同的。求解。,恢復(fù)數(shù)據(jù)庫數(shù)據(jù)的問題。
答:您好,對(duì)應(yīng)數(shù)據(jù)庫導(dǎo)入導(dǎo)出都是一種方式原理,其如導(dǎo)入的數(shù)據(jù)庫備份中里面數(shù)據(jù)庫表和現(xiàn)有數(shù)據(jù)庫的表名稱不相同,那么其導(dǎo)入不會(huì)覆蓋原已經(jīng)存在的數(shù)據(jù)庫,如有相同其就會(huì)進(jìn)行覆蓋恢復(fù),如您本身是2個(gè)網(wǎng)站的數(shù)據(jù)庫,建議您可以單獨(dú)購買一個(gè)獨(dú)立數(shù)據(jù)庫來分別存放,不要存放到一個(gè)數(shù)據(jù)庫中,這樣也不方便您的管理,非常感謝您長期對(duì)我司的支持!
問:虛擬主機(jī)還支持單獨(dú)購買數(shù)據(jù)庫?
答:您好,對(duì)應(yīng)單獨(dú)的mysql數(shù)據(jù)庫,您可以訪問http://m.ps-sw.cn/services/webhosting/database.asp?tabindex=mysql 去購買,非常感謝您長期對(duì)我司的支持!
問:今天發(fā)現(xiàn)mysql中的數(shù)據(jù)庫(庫和表)全都沒有了,檢查之后也未發(fā)現(xiàn)任何異常。
昨天的快照中也沒有庫和表,一直到前天早上的,才有。
剛剛我已經(jīng)通過快照恢復(fù)到之前的版本。
查查什么原因。
答:您好,請(qǐng)不妨提供一下您服務(wù)器正確的遠(yuǎn)程賬號(hào)密碼,以便我司為您核實(shí)查看,非常感謝您長期對(duì)我司的支持!
問:mysql使用show processlist; 命令sql并不高
答:您好,查看日志和監(jiān)控分析你服務(wù)器上MYSQL的寫IO很高,導(dǎo)致mysql整體運(yùn)行比較慢,你可以檢查下mysql是否在大寫寫入數(shù)據(jù),建議數(shù)據(jù)庫讀寫頻繁的服務(wù)器升級(jí)到 SSD超高速云盤上。
問:服務(wù)器并沒有過多寫入程序,是否可以提供一下sql語句
答:您好,sql無法看到,你可以登錄到mysql里面看下具體情況 CPU這些都是正常的,主要是IO高。
問:我這邊也排查了,好多次始終沒有找到根本原因希望您這邊能幫忙徹底解決一下
答:您好,
問:您好可以簡單說一下,mysql具體配置是怎么調(diào)整的嗎
問:之前我也調(diào)整過一次,確實(shí)好了幾天,不過最近又不行了
答:您好,
問:今天又出現(xiàn)了負(fù)載阻塞的情況了,還是不穩(wěn)定啊
答:您好,
二進(jìn)制日志(binary log)同步到磁盤的頻率。binary log 每寫入sync_binlog 次后,刷寫到磁盤。
設(shè)為 1 最安全,在每個(gè)語句或事務(wù)后同步一次 binary log,即使在崩潰時(shí)也最多丟失一個(gè)語句或事務(wù)的日志,但因此也最慢。
大多數(shù)情況下,對(duì)數(shù)據(jù)的一致性并沒有很嚴(yán)格的要求,所以并不會(huì)把 sync_binlog 配置成 1,為了追求高并發(fā),提升性能,可以設(shè)置為 100 或直接用 0
問:偶爾負(fù)載狀態(tài)還是會(huì)達(dá)到100%,cpu一直很高
問:這個(gè)不能徹底解決一下嗎
答:您好,
這是24小時(shí)cpu和io使用情況,已經(jīng)非常好了。
我們已經(jīng)盡最大能力幫您優(yōu)化調(diào)整了。
如果還需要更好,可以通過兩方面調(diào)整:1.升級(jí)成ssd磁盤
2。自行優(yōu)化mysql語句。