MySQL çökmeye devam ediyor: InnoDB: Kilitlenemiyor ./ibdata1, hata: 11

Basit bir web sunucum var (Debian 6.0 x86, 1 GB bellekli DirectAdmin ve hala 10 GB boş alan, mySQl sürüm 5.5.9), ancak mySQL sunucusu çökmeye devam ediyor ve yeniden başlatabilmek için tüm mySQL işlemlerini öldürmem gerekiyor tekrar.

/var/log/mysql-error.log çıktı:

130210 21:04:26 InnoDB: Using Linux native AIO
130210 21:04:34 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:05:42 InnoDB: Completed initialization of buffer pool
130210 21:05:48 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:06:22 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:06:27 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:06:29 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:07:22 InnoDB: Completed initialization of buffer pool
130210 21:07:51 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:08:33 InnoDB: Completed initialization of buffer pool
130210 21:12:03 [Note] Plugin 'FEDERATED' is disabled.
130210 21:12:47 InnoDB: The InnoDB memory heap is disabled
130210 21:12:47 InnoDB: Mutexes and rw_locks use InnoDB's own implementation
130210 21:12:47 InnoDB: Compressed tables use zlib 1.2.3
130210 21:12:47 InnoDB: Using Linux native AIO
130210 21:13:11 InnoDB: highest supported file format is Barracuda.
130210 21:13:23 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130210 21:14:05  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
130210 21:17:53  InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
130210 21:17:53  InnoDB: Operating system error number 11 in a file operation.

Burada mySQL web sitesinde bir konu buldum ancak bunun için bir çözüm bulunmuyor.

Herhangi bir fikrin var mı?

aynı blogdaki bir yorumdan başka bir yaklaşım:

bu bana yardımcı oldu:

-s: 3306

Öyleyse öldür (işlem numarası)

-9 SÜRECİ öldür

örneğin, öldür -9 13498

Ardından MySQL'i tekrar başlatmayı deneyin.

http://www.webhostingtalk.com/archive/index.php/t-1070293.html üzerinden

Ubuntu 14.04 ile. Üzerinden yeniden başlatmaya çalıştığımda bu sorunu yaşıyorum

/etc/init.d/mysql restart

Bunun yerine deneyin

service mysql restart 

Bu sorunun en yaygın nedeni, zaten çalışıyorken MySQL'i başlatmaya çalışmaktır.

Çözümlemek için, çalışan tüm MySQL örneklerini kaldırın ve ardından normal başlangıç ​​komut dosyalarınızı kullanarak yeniden başlatın service mysql start.

Acı dolu bir dünya için hazırlıklı olmadığınız sürece, dağıtım paketi sürümlerini kullanırken MySQL'i manuel olarak başlatmaya çalışmayın.

Çözüm

orijinal dosyaların bir kopyasını çıkarın (ibdata1, ib_logfile0, ib_logfile1 ...).

mv ibdata1 ibdata1.bak 
cp -a ibdata1.bak ibdata1

http://cglreport.zhenhua.info/2008/08/mysql-error-unable-to-lock-ibdata1.html

Bu çözmeme yardımcı oldu:

Tüm ibdata dosyalarını silin ve mysql'nin onları oluşturmasına izin verin.

mysql durdur:

service mysql stop

mysql kütüphanesine git:

cd /var/lib/mysql/

ihtiyacınız olduğunda innodb dosyalarını bir yere taşıyın:

mv ib* /root/

mysql'i başlat:

service mysql start

Buraya aynı tekrarlayan hatanın googlinginden ancak 13 ( InnoDB: Unable to lock ./ibdata1, error: 13) hata koduyla geldim . İnternette çok sayıda çözüm denedikten sonra, bana yardım eden birisini icat etti (apparmor!)

Bu satırları config /etc/apparmor.d/usr.sbin.mysqldkomutuna ekleyin (ve elbette apparmor ve mysql'i yeniden yükleyin):

/path/to/mysql/data/ r,
/path/to/mysql/data/** rwk,

Genellikle çözümler arasındaki temel farklar: iki kural (dir kendisi ve içindeki tüm dosyalar için, çift notu not edin **) ve kmysql'nin dosyaları kilitlemesine izin verme seçeneği.

Umarım bu birine yardım eder.

% 100 olduğundan emin olmak için alanı kontrol edin

df -h

Dolu dolu sanki .sock dosyası oluşturmayacak.

Eğer olup olmadığını kontrol edin pid-fileparametreyi [mysql]bölümünde my.cnfdosyası. Mevcut değilse unable to lock ...ibdata1.. error:1, gerçekleşir.

Basit, ama "cp -a" ile olduğundan daha hızlı. Ve "cp -a" ve diğer her şey yapamadığında yardımcı oldu.

1. service mysql stop && pkill -f mysql

Tüm mysql işlemlerinden kurtulun

2. vi /etc/mysql/my.cnf

Datadir = / var / lib / mysql parametresini datadir = / var / lib / mysql2 olarak değiştirin (veya yoksa ekleyin)

3. mv /var/lib/mysql /var/lib/mysql2

Datadir ismini yeni isimle değiştir

4. service mysql start

Tefini hazırla

Diğer çözümlerin hiçbiri işe yaramazsa, sorun muhtemelen AppArmor yanlış yapılandırmasından kaynaklanır.

Yani sadece yapın:

$ apt install apparmor-profiles

ve sonra MySQL'i yeniden başlatın (ne kadar hızlı başlayacağına dikkat edin).

Ne zaman yaparken AppArmor ile ilgili eksik bir dosya fark ettim:

$ systemctl status mysql.service

Bu yüzden neden AppArmor'un yapılandırmasında bir sorun olduğunu düşündüm.