Puncte:2

Mysql consumă mult spațiu în ubuntu 20.4

drapel us
rai

Am nevoie de ajutor în ceea ce privește aplicația mea implementată în instanța ec2 folosind mediu T3 și Ubuntu 20. Problema mea este că am întâlnit o eroare de server de două ori, se întâmplă la 3 luni după fiecare eroare. Înainte de eroarea serverului, am observat că am primit acest mesaj 99,5% din **GB odată ce mă conectez la consola terminalului. Prima eroare de server a apărut acum trei luni. Am folosit un nivel t2, așa că fără ezitare, l-am actualizat la t3 mult mai mare, cu o capacitate de disc de 30 GB. Acum eroarea se întâmplă din nou, după 3 luni sau mai mult. Din nou am observat 99,5% din 29,02 GB și după câteva zile am întâlnit eroarea 500. Am încercat să investighez, am aflat că var/lib/mysql folderul a consumat mult spațiu!. Mă întreb doar pentru că aplicația mea este în curs de dezvoltare, deci datele stocate în mysql sunt minime. Așa că am încercat să arunc db-ul și să inspectez datele stocate, are doar mai puțin de 1 GB și am doar o bază de date în instanța mea ec2.

Alergare sudo du lib -h, se arată 23G var/lib/mysql, am încercat să repornesc serverul mysql, eroarea a dispărut, dar dimensiunea nu se schimbă.

Deci întrebarea mea este, de ce folderul lib/mysql a consumat mult spațiu, dar de fapt datele reale stocate în baza de date sunt chiar sub 1 gb? Deci, în mod clar, repornirea mysql de fiecare dată când apare o eroare este doar o soluție temporară, iar creșterea spațiului bazei de date nu este, de asemenea, soluția. Aveți idee ce cauzează acest lucru și cum să preveniți acest lucru? Aplicația mea este încă în dezvoltare și aș dori să rezolv problema înainte de implementare în producție.

Mulţumesc mult.

mforsetti avatar
drapel tz
care este rezultatul `AFIȘAȚI VARIABILELE GLOBALE CA 'innodb_file_per_table';` pe instanța dvs. MySQL?
rai avatar
drapel us
rai
@mforsetti arată `ON` în valoarea sa
mforsetti avatar
drapel tz
deci nu e balonare `ibdata*`. ar putea fi fie jurnalele MySQL, fie jurnalele binare. Care este rezultatul `AFIȘAȚI VARIABILELE GLOBALE CA 'LOG_%';` și `ARAȚI VARIABILELE GLOBALE CA 'Slow_query_log%';` pe instanţa dvs. MySQL?
rai avatar
drapel us
rai
Rulând `SHOW GLOBAL VARIABLES LIKE 'slow_query_log%';`, arată slow_query_log | OFF
rai avatar
drapel us
rai
Rulând `SHOW GLOBAL VARIABLES LIKE 'log_%';`, arată log_bin | ON , log_bin_basename | /var/lib/mysql/binlog, log_error_verbosity | 2
rai avatar
drapel us
rai
log_slave_updates| ACTIVAT, log_statements_unsafe_for_binlog | PE
mforsetti avatar
drapel tz
bine, ai activat binlog, încearcă să rulezi `SHOW BINARY LOGS` și vezi câte jurnale binare ai.
rai avatar
drapel us
rai
Doamne, binlog.000282 | 106260830 | Nu și sunt multe (236 de rânduri). Este acesta motivul? Cum să prevenim acest lucru?
rai avatar
drapel us
rai
@mforsetti, mulțumesc pentru ajutor. Rezolv problema. Poate vă puteți converti comentariile pentru a răspunde
drapel ua
Care este numele celui mai mare fișier?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.