MySQL çok basit SELECT sorgularında son derece yavaş

InnoDB motoru ile verilerini MySQL 5.5 veritabanına kaydeden sanal bir makinede çalışan basit bir web uygulamamız var. Her şey yaklaşık üç yıl boyunca iyi çalıştı, ama aniden aşırı yavaşladı.

Örneğin, adresleri tutan çok basit bir tablo var:

CREATE TABLE `addresses` (
  `address_id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(64) CHARACTER SET latin1 NOT NULL,
  `firstname` varchar(64) CHARACTER SET latin1 NOT NULL,
  `street` varchar(64) CHARACTER SET latin1 NOT NULL,
  `housenumber` varchar(16) CHARACTER SET latin1 NOT NULL,
  `zip` varchar(5) CHARACTER SET latin1 NOT NULL,
  `city` varchar(64) CHARACTER SET latin1 NOT NULL,
  `email` varchar(64) CHARACTER SET latin1 NOT NULL,
  `phone` varchar(16) CHARACTER SET latin1 NOT NULL,
  `birthdate` date NOT NULL,
  PRIMARY KEY (`address_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin

Bu tablo yaklaşık 800 giriş tutmaktadır ki bu gerçekten fazla değildir. Ancak sorguyu çalıştırmak

SELECT * FROM addresses

Test amaçlı olarak, hiç bitmiyor gibi görünüyor. Bunu sunucunun üzerindeki mysql CLI ile kontrol ettim: Tablonun bazı satırlarını çıktılar ve daha sonra sonraki satırları çıkana kadar çok bekler.

Bu yüzden belki de veri gönderme aşamasında bir problemdir, ama emin değilim.

VM 2GB RAM'e sahiptir ve sadece 320MB kullanılır. CPU ayrıca çok düşük% 1-2 oranında çalışır. mytop sunucuyu engelleyen başka sorguları göstermez. BT yöneticisi donanım tarafında hiçbir şey değiştirmediklerini söyledi.

Zaten veritabanı sunucusunu yeniden başlatmak, sanal makineyi yeniden başlatmak gibi bir şey denedim. Hiçbir şey yardımcı olmadı.

Düzenle:

EXPLAIN SELECT * FROM addresses

bana bu sonucu verir:

+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
| id | select_type | table     | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE      | addresses | ALL  | NULL          | NULL | NULL    | NULL |  793 |       |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)

Cpu yükü düşükse, bu eksik dizinlerle ilgili herhangi bir sorun olmadığını gösterir, bu durumda sorgunun daha fazla cpu ve disk erişimi alması gerekir. Ayrıca 3 yıl boyunca iyi çalıştığını söyledin.

Genel disk erişim hızını (özellikle veritabanının bulunduğu bölümde) kontrol ettiniz mi? Örneğin, dd buradaki gibi kullanmak . Tanımladığınız şey ölü disk veya yarı ölü baskın gibi geliyor. Umarım yedek var mı?

Birkaç şeyi deneyebilirsiniz,

1. Dizin ayarlarınız var mı?

Endeksleme, önce tam bir tablo taraması yapmadan kayıtları hızlı bir şekilde bulmayı mümkün kılar, yürütme sürelerini önemli ölçüde azaltır.

CREATE INDEX idx_name ON addresses(name);

2. Sorguyu çalıştırmadan önce EXPLAIN anahtar sözcüğünü kullanın,

Bir SELECT sorgusu önünde kullanıldığında, MySQL'in sorguyu nasıl yürütmeyi planladığını ve bitmeden önce işlemesi gereken satır sayısını açıklar.

3. Mysql.ini dosyasında bazı değişiklikler yapın, eğer bir VM RAM'i arttırır ve mysql.ini'nizi performansın artıp artmadığını görmek için yapılandırın.

Orada size yol gösterebilecek birçok MySQL optimizer var.

Yardım edin bu yardımcı olur