檢視日誌檔案後發現是磁碟空間不足造成的。
檢視硬碟的使用情況df，
-h單元為根據大小適當顯示，
-m單位為
m，檢視指定目錄的檔案大小
du，檢視當前目錄的總大小，檢視當前目錄下子目錄分別的大小，指定目錄檢視大小
find / -size +10m找出根目錄下大於10兆的檔案，無關緊要的可以刪除。
（刪除部分日誌檔案後的磁碟空間）
釋放部分空間後還是無法啟動，又報「mysql
提示:the server quit without updating pid file(…)
失敗」ps -ef | grep mysqld
kill掉
mysql
有關的程序後仍然無法啟動，檢視
mysql
的資料目錄
/data
下是否有
mysql-bin.index
檔案，若有則刪除（另外要注意的地方就是：
ib_*, mysql-bin-*, *.err(log檔案)
以及master-info
和relay-info
檔案都是可以刪除的，相當於重新初始化資料庫的資料），刪除後啟動正常，都是
mysql-bin.index
檔案惹的禍啊，浪費了我那麼多的時間。
關閉日誌：
修改/etc/my.cnf 檔案，找到
log-bin=mysql-bin
binlog_format=mixed
再這兩行前面加上#，將其注釋掉，再執行
/etc/init.d/mysql restart
即可。
linux下啟動mysql服務
好吧，oracle還沒怎麼搞明白，又要弄mysql了，要shi了.各種問堆積，一點兒都不習慣linux，哎 vm上面裝了centos，預設裝了mysql rpm qa grep i mysql檢視mysql版本 service mysqld start 啟動mysql服務 一直以為自己沒裝，可是能查...
Linux 下安裝mysql 服務
1 這裡我將mysql安裝在 usr local mysql目錄裡面，也可以安裝在其他地方 mkdir usr local mysql3 解壓並複製 tar zxvf mysql 5.7.11 linux glibc2.5 x86 64.tar gzmv mysql 5.7.11 linux gli...
mysql資料變少了 MySQL效能突然下降的原因
有時會碰到這樣的情況，一條 sql 在平時執行沒問題，很快。但是突然某個時間執行的就會很慢，而且這種場景並不能復現，只能隨機傳送的。sql 執行突然變慢的原因 在之前講解 mysql redo log 時，說到了 wal 機制，為了保證 mysql 更新的速度，在進行更新操作時，先將更新內容寫入 r...