În mod normal folosesc SCP pentru transferul fișierelor pe serverele mele, sau, foarte rar, activez pentru o scurta perioada de timp ftpd din /etc/inetd.conf.
Se întâmplă să fie necesar să asigurăm pe mașina respectivă accesul prin protocolul FTP pentru mai mulți utilizatori, fiecare cu acces în directorul propriu. Doar pentru acest lucru nu are nici un rost să adăugăm utilizatori pe sistem ci putem folosi utilizatori virtuali. Bineînțeles că dorim ca aceștia să realizeze o conexiune sigură, fără riscul de a li intercepta datele (în special cele de autentificare) pe traseul dintre PC-ul lor și server. Pentru asta vom folosi SSL/TLS.
Am testat și am în producție o soluție care răspunde cerințelor de mai sus folosind ca și server FTP software-ul pureftpd, instalat pe freeBSD, din porturi.
Începem:

cd /usr/ports/ftp/pure-ftpd/
make && make install && make clean

Opțiunile de compilare le alegeți în funcție de necesități, eu am mers pe varianta fără suport LDAP, PostgreeSQL dar  cu suport MySQL, PAM, TLS.
După instalare, urmează partea frumoasă, de configurare. Pornim de la fișierul exemplu pe care îl adaptăm necesităților:

cp /usr/local/etc/pure-ftpd.conf.sample /usr/local/etc/pure-ftpd.conf
chmod 644 /usr/local/etc/pure-ftpd.conf

Fișierul meu arată în modul următor:

ChrootEveryone              yes
BrokenClientsCompatibility  no
MaxClientsNumber            10
Daemonize                   yes
MaxClientsPerIP             5
VerboseLog                  no
DisplayDotFiles             yes
AnonymousOnly               no
NoAnonymous                 yes
SyslogFacility              ftp
DontResolve                 yes
MaxIdleTime                 15
MySQLConfigFile               /usr/local/etc/pureftpd-mysql.conf
AnonymousCanCreateDirs      no
Umask                       133:022
MinUID                      100
AllowUserFXP                no
AllowAnonymousFXP           no
ProhibitDotFilesWrite       no
ProhibitDotFilesRead        no
AutoRename                  no
AnonymousCantUpload         no
CreateHomeDir               no
MaxDiskUsage               99
TLS                      2

După cum se observa din fișierul de configurare vom stoca datele despre utilizatori într-o bază de date MySQL și vom permite conectarea acestora doar daca folosesc SSL/TLS.
Următorul pas este să generăm certificatele pentru conexiunea securizată:
mkdir –p /etc/ssl/private
openssl req –x509 –nodes –newkey rsa:1024 –keyout /etc/ssl/private/pure-ftpd.pem –out /etc/ssl/private/pure-ftpd.pem
chmod 600 /etc/ssl/private/*.pem
Avem nevoie în continuare de o baza de date în care să stocăm informațiile despre utilizatorii virtuali. Vom crea baza de date ftpdb și un utilzator mysql ftpdbuser cu parola ftpdbpass, care se poate conecta de pe localhost și are drepturi depline la această bază de date:
mysql –u root –p
CREATE DATABASE ftpdb;
GRANT ALL PRIVILEGES ON ftpdb.* to ‘ftpdbuser’@’localhost’ IDENTIFIED BY ‘ftpdbpass’;
FLUSH PRIVILEGES;
quit;
Pentru stocarea datelor avem nevoie de un tabel, pe care îl creem cu structura de mai jos:
mysql –u root –p
USE ftpdb;
CREATE TABLE ftpd (
User varchar(16) NOT NULL default ”,
status enum(’0′,’1′) NOT NULL default ’0′,
Password varchar(64) NOT NULL default ”,
Uid varchar(11) NOT NULL default ‘-1′,
Gid varchar(11) NOT NULL default ‘-1′,
Dir varchar(128) NOT NULL default ”,
ULBandwidth smallint(5) NOT NULL default ’0′,
DLBandwidth smallint(5) NOT NULL default ’0′,
comment tinytext NOT NULL,
ipaccess varchar(15) NOT NULL default ‘*’,
QuotaSize smallint(5) NOT NULL default ’0′,
QuotaFiles int(11) NOT NULL default 0,
PRIMARY KEY (User),
UNIQUE KEY User (User)
) ENGINE=MyISAM;
quit;
Atentie, daca folosiți o versiune mai veche a serverului MySQL va fi cazul să înlocuiți ENGINE cu TYPE.
Ținând cont că utilizatorii noștri sunt virtuali, trebuie să definim un grup și un utilizator de sistem pentru a putea aloca drepturi de scriere în sistemul de fișiere, rulând următoarele comenzi în terminal/consolă:
pw groupadd ftpgroup
pw useradd ftpusers –c “Virtual FTP Users” –g ftpgroup –d /dev/null –s /sbin/nologin
Verificăm ce UID și GID au fost alocate de către sistem utilizatorului ftpusers și grupului ftpgroup consultând fișierele /etc/group și /etc/passwd sau, mai simplu, folosind comanda id:
id ftpusers
care a returnat în cazul meu:
uid=1002(ftpusers) gid=1001(ftpgroup) groups=1001(ftpgroup)
Vom introduce în baza de date informațiile despre utilizatori, de exemplu:
mysql –u root –p
use ftpdb;
INSERT INTO `ftpd` (`User`, `status`, `Password`, `Uid`, `Gid`, `Dir`, `ULBandwidth`, `DLBandwidth`, `comment`, `ipaccess`, `QuotaSize`, `QuotaFiles`) VALUES (‘utilizatortest’, ’1′, MD5(‘parolatest’), ’1001′, ’1002′, ‘/data/director_utilizator’, ’400′, ’800′, ”, ‘*’, ’150′, ’0′);
quit;
Avem acum utilizatorul utilizatortest cu parola parolatest, status 1, ce semnifica faptul că este activ contul, UID 1001 și GID 1002 (atentie, trebuie să fie cele obținute mai sus), cu directorul radacina /data/director_utilizator, viteza maxima de upload 400KB/sec (kilo-octeti pe secunda) si viteza maxima de download 800KB/s. Spatiul maxim pe care il pot ocupa toate fișierele pe care le pune pe server este de 150MB.
Ce a mai rămas? Păi trebuie să configurăm în continuare serviciul pureftpd pentru folosirea informațiilor din baza de date. Fișierul meu arată în felul următor:
MYSQLServer     127.0.0.1
MYSQLPort       3306
MYSQLUser      ftpdbuser
MYSQLPassword   ftpdbpass
MYSQLDatabase   ftpdb
MYSQLCrypt      md5
MYSQLGetPW      SELECT Password FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MYSQLGetUID     SELECT Uid FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MYSQLGetUID     SELECT Uid FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")MYSQLGetGID     SELECT Gid FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")MYSQLGetDir     SELECT Dir FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")MySQLGetBandwidthUL SELECT ULBandwidth FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetBandwidthDL SELECT DLBandwidth FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetQTASZ   SELECT QuotaSize FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetQTAFS   SELECT QuotaFiles FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
Vom crea directorul /data/director_utilizator și îi vom da permisiunile necesare pentru a putea fi folosit:
mkidr /data/director_utilizator
chown ftpusers:ftpgroup /data/director_utilizator
Scriem în fișierul /etc/rc.conf următoarea linie:
pureftpd_enable="YES"
și pornim serviciul:
/usr/local/etc/rc.d/pure-ftpd start
Acum ar trebui să avetm totul funcțional. NU uitați să activați opțiunea SSL în clientul de FTP, altfel nu va puteți conecta.

Zilele acestea am transferat site-ul forumsuceava.com de pe o platforma software pe alta (phpBB3 la vbulletin). Nu a fost ușor.
Problemele întâmpinate au fost legate de importul fișierelor atașate. Prima problemă a fost ridicată de către versiunea 4.x a vbulletin care a modificat structura bazei de date fața de versiunile anterioare și a trebuit să „mânăresc” scriptul Impex de import prin modificarea interogărilor și alte variabile pe acolo. Să vezi apoi bucurie când am avut în sfârșit toate atașamentele importate (circa 30.000 de fișiere, dimensiune totală 10GB).  Nu vă imaginați cum mergeau interogările în această bază de date de peste 10GB, reușind să îmi ducă utilizarea hard-disc-ului la 100%. 
Acest lucru, împreună cu faptul că aveam activat la serviciul MySQL opțiunea „ binary logging ” îmi omora mașina, utilizatorii site-ului având de suferit, prin erori la accesare.
Am purces așadar la:
- mutarea imagini atașate în fișiere pe disc;
- dezactivare log în serviciul MySQL.
Nu vreți să vă imaginați cât a durat importul a 30.000 de fișiere în baza de date și apoi mutarea acestora pe hard-disc.
Pot să dau acum câteva sfaturi utile:

• recomand dezactivare „ binary logging” pentru serviciul MySQL dacă nu folosiți replicare, lucru care poate fi efectuat în două moduri: 1) comentarea opțiunilor „log-bin” și „binlog_format” din fișierul de configurare și repornirea serviciului sau 2) executând interogare „set sql_log_bin=0;” – pentru modificarea comportamentului în timpul funcționării serviciului, fără a fi necesar restart, dar care este valabilă doar până la repornirea serviciului.
• în cazul in care nu aveți foarte multe fișiere este preferabilă stocarea acestora pe disc, nu în câmpuri de tip „blob” în tabelele bazei de date.

Am setat o nouă mașina pe care rulează freeBSD. Printre serviciile de care aveam nevoie se numără și MySQL. Instalat, configurat MySQL, adăugat utilizatori, setat drepturi și permisiuni, dar am avut parte de o surpriză: atunci când încercam să mă conectez de pe un alt host primeam, după introducerea parolei, mesajul de eroare:

ERROR 2013 (HY000): Lost connection to MySQL server at ‘reading initial communication packet’, system error: 0

Săpat câteva minute după soluție și.. problema era în fișierul /etc/hosts.allow. Aveam nevoie acolo de linia:

mysqld: ALL: allow

Done.

In randurile de mai jos va prezint pasii pentru instalarea componentelor necesare pentru gazduirea unui site dinamic care foloseste php si baze de date MySQL.

Pentru a rezolva probleme legate de dependinte si pachete aditionale folosim yum.

In primul rand trebuie sa instalam Apache (httpd), PHP, MySQL (client si server) si componenta care sa permita comunicatia intre php si mysql:

yum -y install httpd php mysql mysql-server php-mysql

Urmeaza configurarea acestor servicii noi instalate pentru a porni odata cu bootarea sistemului:

/sbin/chkconfig httpd on
/sbin/chkconfig mysqld on

Putem sa le pornim manual cu urmatoarele comenzi pentru a nu restarta acum sistemul:

/sbin/service httpd start
/sbin/service mysqld start

NU uitati sa setati o parola pentru userul root la MySQL, in caz contrar orice utilizator de pe sistem are acces deplin la bazele voastre de date. Aceasta parola de root poate/trebuie sa fie diferita de parola utilizatorului root de pe sistem:

mysqladmin -u root password ‘parola-noua’ ( atentie la semnele ‘ ‘ )

Putem sa mai facem setari legate de securitate la MySQL:

mysql -u root -p
mysql> DROP DATABASE test;
mysql> DELETE FROM mysql.user WHERE user = ”;
mysql> FLUSH PRIVILEGES;

Directorul implicit unde sunt fisierele servite de catre serverul web Apache este /var/www/html. In acest director putem creea de exemplu fisierul phpinfo.php in care punem urmatoarele linii cu scopul de test:

<?php
phpinfo();
?>

In cazul in care nu ne mai amintim parola pentru userul root cu care sa ne conectam la serverul mysql care ruleaza pe localhost, puteam sa punem o noua parola urmand pasii de mai jos.

1. Se opreste serverul de mysql:

/usr/local/etc/rc.d/mysql-server.sh stop

2. Se porneste serverul de mysql cu optiunea –skip-grant-tables

/usr/local/bin/safe_mysqld –skip-grant-tables &

3. Ne conectam la serverul mysql:

/usr/local/bin/mysql

4. Folosim baza de date mysql

use mysql;

5. Setam noua parola pentru userul root@localhost:

update user set password = password(‘…….’) where user = ‘root’ and host=’localhost’;

6. Oprim serverul mysql cu comanda:

mysqladmin -u root -p shutdown

7. Pornim serverul mysql:

/usr/local/etc/rc.d/mysql-server.sh start

Pentru a realiza o autentificare pe baza de utilizator si parola pentru proxy-ul vostru, puteti folosi programul de mai jos.

Datele de autentificare sunt tinute intr-o baza de date mysql.
Programul este realizat in C.
Tot ce trebuie sa modificati este hostul la care se conecteaza (cel pe care ruleaza serverul de mysql), numele bazei de date, userul si parola pentru conectare la baza de date. Userul respectiv trebuie sa aiba cel putin drept de select in tabelul respectiv.
Inainte de a utiliza programul trebuie sa va creati baza de date si/sau tabelul respectiv in aceasta.

1. Creati baza de date dorita, daca nu doriti sa utilizati una deja existenta:

CREATE DATABASE authproxy;

2. Creati tabelul in care se vor tine useri si parolele care se pot autentifica la proxy:

USE authproxy;
CREATE TABLE autentificare (
squid_utilizator VARCHAR(15) NOT NULL PRIMARY KEY,
squid_parola VARCHAR(15) NOT NULL
);

Este necesar sa pastrati denumirea tabelului si a campurilor squid_utilizator si squid_parola.

3. Inserati in tabelul respectiv o inregistrare de test:

INSERT INTO squid_users (squid_utilizator,squid_parola) VALUES (‘usertest’,'parola’);

4. Copiati programul urmator intr-un fisier cu numele proxyauth.c

#include <stdio.h>
#include <string.h>
#include <mysql.h>
MYSQL *conexiune, mysql;
MYSQL_RES *rezultat;
MYSQL_ROW linie;
/* — Modifica aici — */
char host[256]="localhost";
char numedb[256]="squid";
char userdb[256]="squid";
char paroladb[256]="squid";
/* — Nu modifica nimic mai jos de aceasta linie — */
int main(int argc, char **argv)
{
char buf[256], *utilizator, *parola, *p, interogare[200], my_buf_utilizator[100], my_buf_parola[100];
int state;
setbuf(stdout, NULL);
while (fgets(buf, 256, stdin) != NULL) {
if ((p = strchr(buf, ‘\n’)) != NULL)
*p = ‘\0′; /* strip \n */
if ((utilizator = strtok(buf, " ")) == NULL) {
printf("Eroare\n");
continue;
}
if ((parola = strtok(NULL, "")) == NULL) {
printf("Eroare\n");
continue;
}
mysql_init(&mysql);
conexiune = mysql_real_connect(&mysql, host, userdb, paroladb,numedb, 0, 0, 0);
(void) mysql_escape_string (my_buf_utilizator, utilizator, strlen (utilizator));
(void) mysql_escape_string (my_buf_parola, parola, strlen (parola));
sprintf (interogare, "SELECT squid_utilizator FROM autentificare WHERE (squid_utilizator = ‘%s’ && squid_parola = ‘%s’)", my_buf_utilizator, my_buf_parola);
state = mysql_query(conexiune, interogare);
rezultat = mysql_store_result(conexiune);
linie = mysql_fetch_row(rezultat);
if (linie) {
(void) printf("OK\n");
} else {
(void) printf("Eroare\n");
}
mysql_close(conexiune);
}
return 0;
}

5. Modificati

char host[256]="localhost";
char numedb[256]="authproxy";
char userdb[256]="squid";
char paroladb[256]="squid";

cu datele voastre, pentru a va putea conecta la baza de date.

6. Compialti fisierul:

gcc proxyauth.c -o proxyauth -I/usr/local/include/mysql -L/usr/local/lib/mysql -lmysqlclient

avand grija sa puneti caile corect, asa cum sunt ele in sistemul vostru.

7. Puneti in fisierul de configurare squid.conf urmatoarea linie:

auth_param basic program /calea/spre/executabilul/proxyauth

bineinteles cu calea corecta din sistemul vostru.

8. Restartati proxy-ul. (Reload nu este suficient)

Daca totul este in regula, atunci ar trebui sa apara in browser o fereastra ca si cea din figura de mai jos, in care trebuie sa introduceti userul si parola, in cazul nostru user: usertest si parola: parola

Atentie: In baza de date, parola se tine in clar!

Pentru serviciul DHCP folosesc în freeBSD portul isc-dhcpd-server.
În mod implicit, fără nici o configurare mesajele sunt scrise în fișierul /var/log/messages.
Folosind syslog-ul nativ cu care vine sistemul de operare putem să îl configurăm ca mesajele să fie scrise se exemplu în fișierul /var/log/dhcpd.log, în 4 pași ușori:

• ađaugăm în fîșierul de configurare /etc/syslog.conf liniile:
  !dhcpd
  *.*                                             /var/log/dhcpd.log
• creem pe disc fișierul /var/log/dhcpd.log și îi dăm drepturile necesare (de exemplu 777):
  touch /var/log/dhcpd.log
  chmod 777 /var/log/dhcpd.log
• restartăm serviciul syslog:
  /etc/rc.d/syslogd restart
• restartăm serviciul dhcp:
  /usr/local/etc/rc.d/isc-dhcpd restart

În acest moment toate mesajele generate de către serviciul dhcp sunt scrise în fișierul /var/log/dhcpd.log.

Dacă dorim ca aceste mesaje să fie scrise într-o bază de date MySQL, lucrurile se complică. În mod nativ nici serviciul dhcp și nici serviciul syslog nu beneficiază de această opțiune.
Una dintre solutii este înlocuirea serviciului syslog cu un alt software care să facă același lucru, dar să stie să lucreze cu baze de date MySQL. Am testat în această seara rsyslog. Software-ul se găsește și în porturi. Instalarea facilă, ca la orice port:

cd /usr/ports/sysutils/rsyslog5
make
make install
make clean

A fost necesară și instalarea extensiei pentru a putea funcționa cu baze de date MySQL:

cd /usr/ports/sysutils/rsyslog5-mysql/
make && make install && make clean

Am adăugat apoi în rc.conf liniile următoare pentru a nu folosi serviciul syslog implicit ci pe cel proaspăt instalat:
syslogd_enable=”NO”
rsyslogd_enable=”YES”
rsyslogd_flags=”-c5″
Vom configura apoi serviciul nou adăugând opțiunile necesare în fișierul /usr/local/etc/rsyslog.conf.
În primul rând trebuie să adăugam opțiunea:
$ModLoad ommysql # load MySQL functionality
ce permite funcționarea acestui software cu baze de date MySQL.
Definim un template cu interogarea care o va efectua pentru inserarea informațiilor:
$template bdsql,”insert into dhcp_log(data,mesaj) values(‘%timegenerated%’,'%msg%’)”,SQL
Redirectăm apoi mesajele care conțin șirul “DHC” către baza de date, folosind date de autentificare adecvate (utilizator, parola, serverSQL):
:msg, contains, “DHC”        :ommysql:server_sql,nume_baza_date,nume_utilizator,parola_utilizator;bdsql
Bineînțeles că trebuie să creem baza de date (nume_baza_date) și tabelul (dhcp_log) cu câmpurile necesare precum și utilizatorul care să aiba dreptul de a scrie informațiile.
Pornim apoi serviciul cu comanda:
/usr/local/etc/rc.d/rsyslogd start
În acest moment ar trebui sa vedem îregistrări noi în baza de date dacă există mesaje de la serviciul dhcp. Folosind acest exemplu se loghează doar mesajele de tipul DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPACK, etc, dar nu și alte mesaje de stare ( duplicate lease, etc).

Se da o aplicație scrisă în php, datele stocate în MySQL, care în final folosește rrdtool pentru a genera grafice cu diverse chestii.
Am lucrat împreuna cu un coleg la aceasta, folosind pentru dezvoltare și test o mașina pe care rulează freeBSD 7.2-STABLE, php5-5.2.11_1, rrdtool-1.3.9, php5-rrdtool-1.00_1 și bineînțeles un apache și un server MySQL.
Pentu actualizare valorilor se rulează cu ajutorul crontab un script php care face operațiile necesare în baza de date și apoi face update la fișierul rrd corespunzător.
Până aici toate bune, mergea minunat.

A trebuit să pun în producție această aplicație pe o mașina care rulează Linux CentOS release 5.5 (Final), php-5.1.6-27.el5, php-cli-5.1.6-27.el5, php-rrdtool-1.0.50-3.el5.rf, rrdtool-1.0.50-3.el5.rf, php-rrdtool-1.0.50-3.el5.rf și la fel un server web și serverul MySQL.
Partea aplicației accesibilă din interfața web funcționa corespunzător, dar nu se generau datele în urma executării script-ului în crontab.
Acum a venit momentul să sap pentru a găsi problema. Modificări de fișiere, redirectare output într-un fișier log, comenzi, editoare. Am găsit în final o chestie dubioasă: scriptul respectiv care trebuia executat cu crontab se executa cu frecvența stabilită, dar fișierul conținea funcția php rrd_update() care nu se executa conform așteptărilor atunci când era apelată de php rulat în CLI. Noroc de funcția rrd_error() care mi-a scuipat imediat mesajul:  „ERROR occurred: opening ‘update’: No such file or directory”.
Căutările pe net mi-au indicat că este un bug în versiunea respectivă de rrdtool, despre care se spune că s-a remediat în următoarea versiune lansată. Cum nu avem drepturi administrative pe mașina pe care rula CentOS și timpul mă presa neputând așteptă update-urile făcute de administrator am găsit o cale de a evita apelarea funcției php rrd_update() și am recurs la un artificiu.
Artificiul respectiv constă în apelarea unui script scris in bash care preia parametrii transmiși și apelează comanda rrdupdate nativă în rrdtool, fără a face uz de funcția rrd_update() din php. Scriptul bash este apelat de către scriptul php folosind funcția system(), transmitându-i totodată și parametrii necesari (numele fișiereului rrd precum șî valorile pentru update).
În fișierul php am folosit cod de genul:

$comanda=$nume_fisier_bash.” “.$nume_fisier_rrd.” “.$data_inregistrare.” “.$valoare_inregistrare;
system($comanda);

Fișierul bash conține ceva de genul:

#!/bin/bash
rrdupdate $1 $2:$3;

Și…chiar funcționează!

PS: Urăsc vi, prefer ee !

Astazi mi-am propus sa fac un test pentru a vedea daca exista o imbunatatire de performanta atunci cand se folosesc chei primare in tabelele din bazele de date MySQL.

Pentru aceasta am creat o baza de date:

create database testviteza;

In aceasta baza de date am creat un tabel:

CREATE TABLE `random` (
`id_inregistrare` int(100) NOT NULL DEFAULT ’0′,
`date` varchar(100) NOT NULL DEFAULT ”
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

Mi-am propus sa populez acest tabel cu date. O metoda de a insera multe date in acest tabel intr-un mod rapid a fost sa creez un script PHP care sa faca acest lucru pentru mine

<?php
function datealeatoare($length = “”)
{
$code = md5(uniqid(rand(), true));
if ($length != “”) return substr($code, 0, $length);
else return $code;
}
set_time_limit(300);
$link=mysql_connect(‘localhost’, ‘utilizator’, ‘parola’);
mysql_select_db(‘testviteza’, $link);
for($i=0;$i<=1000000;$i++)
{
$sql=”insert into random(id_inregistrare,date) values (‘”.$i.”‘,’”.datealeatoare(100).”‘)”;
mysql_query($sql);
}
echo “Realizat”;
mysql_close($link);
?>

Avand datele introduse in tabel, incercam urmatoare interogare folosind clientul de mysql instalat pe acelasi sistem cu serverul mysql:

Mai incercam sa vedem timpul pentru o interogare dupa campul date:

Vom modifica tabelul creat setand campul id_inregistrare ca fiind cheie primara in tabel.

alter table random add primary key(id_inregistrare);

Dupa aceasta modificare executam din nou prima interogare si observam ca timpul de raspuns este mult mai scazut:

Repetand interogarea dupa campul date observam ca aici nu exista o imbunatatire a timpului de raspuns:

Concluzia este simpla: interogarile dupa cheia primara definita pentru tabelul respectiv se executa mult mai rapid.