MySQLTuner este un script scris in Perl care permite analiza rapida a unei instalari MySQL si propune ajustarea unor parametri pentru cresterea performantei si stabilitatii acesteia.
In ultima versiune (1.7.19 la momentul acestei postari) MySQLTuner suporta aprox. 300 de indicatori pentru MySQL/MariaDB/Percona Server.
HeidiSQL este un client gratuit si open-source pentru MySQL (MariaDB), MSSQL si PostgreSQL, cu o multime de functii utile programatorilor sau celor care administreaza baze de date MySQL. Personal folosesc acest program inca de pe vemea cand se numea MySQL-Front (2000-2001), iar astazi il gasesc indispensabil in activitatea mea zilnica.
Exista cel putin doua motive pentru care nu renunt la HeidiSQL: dezvoltatorul programului, Ansgar Becker, oferta suport tehnic prompt si mereu lanseaza versiuni noi ale programului. Iar incepand din luna februarie 2018 acest program poate fi descarcat si din Microsoft Store (pentru utilizatorii de Windows 10).
Pentru ca fisierele bazei de date tempdb sunt recreate la fiecare pornire a serviciului SQL Server, acestea nu trebuie mutate in noua locatie. Fisirele vor fi create in noua locatie cand serviciul va fi repornit in pasul 3. Pana la restartarea serviciului, baza de date tempdb va continua sa utilizeze fisierele din locatia curenta.
Start > All Programs > Microsoft SQL Server 2008 R2 > Configuration Tools > SQL Server Configuration Manager > SQL Server Network Configuration > Protocoils for MSSQLSERVER > TCP/IP trebuie pus pe Enabled.
Pentru copierea parolei utilizatorului GEORGE.S din clientul 300 peste acelasi utilizator din clientul 200 se poate utiliza urmatorul sql query:
UPDATE
T200
SET
T200.BCODE = T300.BCODE,
T200.PASSCODE = T300.PASSCODE
FROM
lid.USR02 AS T200
INNER JOIN lid.USR02 AS T300 ON (T200.BNAME = T300.BNAME AND T300.MANDT = '300')
WHERE
T200.MANDT = '200' AND T200.BNAME = 'GEORGE.S';
Din considerente care tin de performanta este recomandat ca fisierul Transaction log al unei baze de date MSSQL sa se afle pe alta partitie decat baza de date. Pentru mutarea acestui fisier pe alta partitie se va utiliza instrumentul SQL Server Management Studio (SSMS). In pricipiu aceiasi pasi pot fi urmati pentru mutarea oricarui alt fisier din componenta unei baze de date MSSQL.
Daca, dupa detach, apare eroare ca nu se mai poate conecta la serverul SQL (una din cauze poate fi ca la detach s-a bifat Drop connections, ceea ce a intrerupt inclusiv conexiunea din SSMS), atunci in fereastra de conectare > Options > Connection Properties > in campul Connect to database se scrie master (nu se cauta in lista), apoi Connect, dupa care se pot urma pasii de mai sus pentru Attach.
Identificarea indecsilor cu fragmentare mai mare de 80% (TOP 10 – primele 10 inregistrari):
SELECT TOP 10 OBJECT_NAME(i.OBJECT_ID) AS TableName, i.name AS IndexName, indexstats.avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') indexstats INNER JOIN sys.indexes i ON i.OBJECT_ID = indexstats.OBJECT_ID WHERE indexstats.avg_fragmentation_in_percent > 80 AND i.index_id = indexstats.index_id;
Se considera tabela clienti, cu urmatoarea structura:
+-----------+-------------+ | client_id | client_name | +-----------+-------------+ | 1 | Lorand | | 2 | Mihai | +-----------+-------------+
Si tabela adrese_clienti, cu urmatoarea structura:
+------------+-----------+----------------+---------------------+---------------------+ | address_id | client_id | client_address | date_from | date_to | +------------+-----------+----------------+---------------------+---------------------+ | 1 | 1 | Adresa 1 | 2015-01-01 10:23:21 | 2015-01-17 11:24:31 | | 2 | 1 | Adresa 2 | 2015-01-17 11:24:31 | 2015-02-21 13:28:57 | | 3 | 1 | Adresa 3 | 2015-02-21 13:28:57 | 9999-01-01 00:00:00 | | 4 | 2 | Adresa 4 | 2015-01-01 13:12:53 | 2015-01-31 09:19:22 | | 5 | 2 | Adresa 5 | 2015-01-31 09:19:22 | 2015-02-11 08:23:19 | | 6 | 2 | Adresa 6 | 2015-02-11 08:23:19 | 9999-01-01 00:00:00 | +------------+-----------+----------------+---------------------+---------------------+
Pentru fiecare client se pastreaza istoricul modificarilor adreselor, in aceeasi tabela, fiecare inregistrare pastrand perioada de valabilitate in campurile date_from si date_to. Inregistrarea actuala pentru fiecare client este marcata de valoarea 9999-01-01 00:00:00 in campul date_to.
SELECT c.client_id, c.client_name, c2.client_address
FROM clienti AS c
INNER JOIN (
SELECT client_id, MIN(address_id) AS address_id
FROM adrese_clienti GROUP BY client_id
) AS c1 ON (c1.client_id = c.client_id)
INNER JOIN adrese_clienti AS c2 ON (c2.address_id = c1.address_id);
Rezultat:
+-----------+-------------+----------------+ | client_id | client_name | client_address | +-----------+-------------+----------------+ | 1 | Lorand | Adresa 1 | | 2 | Mihai | Adresa 4 | +-----------+-------------+----------------+
SELECT c.client_id, c.client_name, c2.client_address
FROM clienti AS c
INNER JOIN (
SELECT client_id, MAX(address_id) AS address_id
FROM adrese_clienti GROUP BY client_id
) AS c1 ON (c1.client_id = c.client_id)
INNER JOIN adrese_clienti AS c2 ON (c2.address_id = c1.address_id);
sau mai simplu (datorita campului date_to):
SELECT c.client_id, c.client_name, c1.client_address
FROM clienti AS c
INNER JOIN adrese_clienti AS ac
ON (ac.client_id = c.client_id AND ac.date_to = '9999-01-01 00:00:00');
Rezultat:
+-----------+-------------+----------------+ | client_id | client_name | client_address | +-----------+-------------+----------------+ | 1 | Lorand | Adresa 3 | | 2 | Mihai | Adresa 6 | +-----------+-------------+----------------+
Pentru administrarea utilizatorilor din MySQL mai intai trebuie sa ne autentificam cu unul din utilizatorii cu drepturi corespunzatoare. Pentru exemplu voi folosi utilizatorul root:
Recent, din cauza unei erori aparute intr-un plugin WordPress, nu se mai incarca nicio pagina si era afisat un mesaj cu eroarea aparuta si pluginul cu problema. Pentru ca nu mai aveam acces la interfata de administrare a trebuit sa caut o alta solutie ca sa dezactivez pluginul respectiv.
O solutie relativ simpla pentru rezolvarea unei astfel de situatii presupune accesul la baza de date si efectuarea unei modificari care va avea ca efect dezactivarea unuia sau a tuturor plugin-urilor din WordPress.
Pentru baze de date de dimensiuni mari (zeci de tabele si dimensiuni de cateva sute de MB) cel mai comod si rapid este ca mutarea/copierea tuturor tabelelor dintr-o baza de date (database1) in alta (database2), aflate pe acelasi server, sa se execute din linie de comanda direct pe server. Mai intai se face un dump al database1 intr-un fisier local, apoi acel fisier se importa in database2.
