Eski sürücü bu üç klasik MySQL hatasıyla karşılaşmış olmalı! Ya sen
İlk 1: Çok fazla bağlantı (çok fazla bağlantı, veritabanına bağlanamama ve iş başarısızlığına neden olur)
Sorun giderme
Sorunu çözmek için fikirler:
1. Öncelikle, MySQL veritabanı parametre dosyamızdaki karşılık gelen max_connections parametre değerinin çok küçük ayarlanıp ayarlanmadığını, bu da istemci bağlantılarının sayısının veritabanının dayanabileceği maksimum değeri aşmasına neden olup olmadığını düşünün.
Bu değerin varsayılan boyutu 151'dir, gerçek duruma göre ayarlayabiliriz.
İlgili çözüm: global max_connections = 500 olarak ayarlayın
Ancak bu ayarlamanın gizli tehlikeleri olacaktır, çünkü veri tabanının bu kadar büyük bir bağlantı baskısını taşıyıp taşıyamayacağını doğrulayamayız, sanki bir kişi buharda pişirilmiş bir çöreği yiyebilir ama şimdi kesinlikle kabul edemeyeceği 10 tane yemek zorunda. Sunucuya yansıtıldığında, kesinti olabilir.
Bu, yeni bir iş sistemi başlattığımızda bir stres testi yapmamız gerektiğini yansıtıyor. Veritabanının daha sonra optimize edildiğinden ve ayarlandığından emin olun.
2. İkinci olarak, Innodb'nin eşzamanlı işlem sayısını sınırlayabilirsiniz. İnnodb_thread_concurrency = 0 ise (bu tür bir gösterim sınırlı değildir), sunucu baskısına bağlı olarak önce bunu 16 veya 64 olarak değiştirebilirsiniz. Çok büyükse, sunucudaki baskının azalmasına izin vermek için daha küçük bir boyuta değiştirebilir ve işinize bağlı olarak yavaşça artırabilirsiniz. Kişisel öneri önce 16'ya ayarlanabilir.
MySQL'in performansı, bağlantı sayısı arttıkça azalacaktır.Geliştiricilerin iş parçacığı havuzu kurmasına ve bağlantıları yeniden kullanmasına izin verebilirsiniz. İş parçacığı havuzu işlevi MySQL ticari sürümüne eklenir.Ayrıca, bilgi_seması altındaki tabloyu okuyan bazı izleme programları için aşağıdaki parametreleri kapatmayı düşünün
İlk 2: (Master-slave çoğaltma hata türü)
Last_SQL_Errno: 1062 (bağımlı veritabanı ile ana veritabanı arasındaki veri çakışması)
Bu hataya yanıt olarak, öncelikle kütüphanedeki bir yanlış işlemden kaynaklanıp kaynaklanmadığını düşünmeliyiz. Köle kitaplığındaki birincil anahtara sahip bir tablo için bir SQL deyimi ekledik, bu da ana kitaplık aynı sql'yi yeniden yerleştirdiğinde ana-köle durumunun anormal olmasına neden oldu. Birincil anahtar çakışması meydana geldiğinde hata oluşur.
Çözüm:
Ana ve bağımlı verilerin tutarlılığını sağlama öncülü altında, yedek kitaplıkta hata atlama gerçekleştirilebilir. Genellikle percona-toolkit'te pt-slave-restart komutunu kullanın.
Slave kitaplığında aşağıdaki işlemleri tamamlayın
Daha sonra, slave kütüphanesinde yazmayı yasaklamak için slave kütüphanesindeki read_only parametresini etkinleştirmek en iyisidir
Last_IO_Errno: 1593 (sunucu kimliği çakışması)
Master-slave replikasyonunu kurma sürecinde, iki makinenin sunucu kimliğinin benzersiz olmasını sağlamamız gerekir. Burada sunucu kimliğinin adlandırma kuralını vurguluyoruz (sunucunun ip adresinin son rakamı + bu MySQL hizmetinin bağlantı noktası numarası)
Çözüm:
Ana ve ikincil makinelerde farklı sunucu kimliği ayarlayın.
Last_SQL_Errno: 1032 (bağımlı veritabanı daha az veriye sahiptir ve ikincil veritabanı, ana veritabanı güncellendiğinde bir hata bildirir)
Sorunun çözümleri:
Hata bilgisine göre hata günlüğü ve pozisyon numarasını alabiliriz ve ardından master-slave hatasına neden olan ana kütüphanenin hangi sql'yi çalıştırdığını bulabiliriz.
Ana kütüphanede yürütün:
Sql ifadesini aldıktan sonra sql ifadesini kütüphaneden tersten çalıştırabilirsiniz. Hata mesajını çözmek için kütüphaneden eksik sql ifadesini tamamlayın.
Kitaplıktan sırayla yürütün:
İlk 3: MySQL kurulumu sırasında hata raporlama
Çözümler:
Bu tür hata mesajlarıyla karşılaştığımızda, zaman zaman hata günlüğünün içeriğine dikkat etmeyi öğrenmemiz gerekir. Önemli hata noktasını gördüm İzin reddedildi. Mevcut MySQL veritabanının veri dizininin izinlere sahip olmadığını kanıtlayın.
Çözüm:
Bu tür bir sorundan nasıl kaçınılır, kişisel olarak MySQL'i kurmak için --user = mysql eklemenizi öneririm, böylece izin sorunlarından kaçınabilirsiniz.
