實際線上的場景比較復雜,當時涉及了truncate, delete 兩個操作,經確認丟數據差不多7萬多行,等停下來時,差不多又有共計1萬多行數據寫入。 這裡為了
如下表:CREATE TABLE `t1` (`userid` int(11) DEFAULT NULL,`atime` datetime DEFAULT NU
今天處理一個case: 數據庫異常,連接數突增。想著分析一下慢日志,可是一看慢日志都好幾G了,而且是短日志格式,找到那個時間點相對比較難。於是寫了一個腳本從慢日
簡介:mysqlbinlog flashback功能是淘寶彭立勳(http://www.penglixun.com/)的一個很強勁的作品.主要功能: 對rows
今天給一個客戶巡檢的情況下發從庫沒有業務的情況mysqld的cpu的一個core占用100%.查主庫慢查詢也沒有關於寫的SQL.可以說是典的單進程復制把一個cp
按官方手冊推薦Innodb buffer Hit Ratios的計算是: 100-((iReads / iReadRequests)*100)iRea
今天看了一個優化案例覺的挺有代表性,這裡記錄下來做一個標記,來紀念一下隨便的字段定義的問題。回憶一下,在表的設計中很多人習慣的把表的結構設計成Varchar(6
我們知道Innodb的數據頁是16K,而且是一個硬性的規定,系統裡沒更改的辦法,希望將來MySQL也能也Oracle一樣支持多種數據頁的大小。但實際應用中有時1
解決案例一:今天公司服務器上所有的網站都出現問題,有的打開沒有數據,有的直接是空白。我的第一反應就是數據庫掛了。打開遠程,進了系統,service mysqld