A MySQL (a Free Relational Database Management System rövidítése) egy kompakt, többszálú adatbázis-kiszolgáló, amely gyors, stabil és könnyen használható.

Kezdetben a TcX fejlesztette ki a belső problémák megoldására – a nagy adatbázisok lehető leggyorsabb feldolgozására. 1996 óta használják belsőleg egy több mint 40 adatbázist tartalmazó szerveren, amelyek 10 000 táblát tartalmaznak, amelyek közül több mint 500 több mint 7 millió sort tartalmaz.

A MySQL-t ma az Oracle Corporation fejleszti és támogatja, amely 2010. január 27-én felvásárolta a Sun Microsystems-t, majd a MySQL-t is bevonta termékcsaládjába. Korábban (2008. február 26-án) a Sun Microsystems 1 milliárd dollárt fizetett a MySQL AB megvásárlásáért. A terméket a GNU General Public License és a saját kereskedelmi licence alapján terjesztik. Ezenkívül a fejlesztők a licencelt felhasználók kérésére hoznak létre funkcionalitást, ennek a sorrendnek köszönhetően jelent meg a replikációs mechanizmus szinte a legkorábbi verziókban.

A MySQL a legoptimálisabb megoldás kis- és közepes méretű alkalmazásokhoz. A szerverforrásokat számos platformon fordítják le. A szerver képességei leginkább a Unix szervereken mutatkoznak meg, ahol a multithreading támogatja, ami jelentősen növeli a teljesítményt. Tartalmazza a WAMP, AppServ, LAMP szervereket és a Denver, XAMPP hordozható szerver építményeket. A MySQL-t általában helyi vagy távoli kliensek által elért kiszolgálóként használják, de a disztribúció tartalmaz egy háttérkönyvtárat, amely lehetővé teszi a MySQL önálló programokba való beépítését.
A nagyszámú táblatípus támogatásának köszönhetően a MySQL meglehetősen rugalmas. A felhasználók kiválaszthatják a MyISAM teljes szöveges keresési tábláit és az egyes InnoDB tranzakciós táblákat is. Ezenkívül a MySQL egy speciális EXAMPLE táblatípussal érkezik, amely bemutatja, hogyan lehet új táblatípusokat létrehozni. Ennek, valamint a nyílt architektúrának és a GPL-licencnek köszönhetően szinte vég nélkül lehet új táblatípusokat hozzáadni a MySQL-hez.

A MySQL szerver nem kereskedelmi használatra ingyenes. Ellenkező esetben licencet kell vásárolnia, amelynek jelenlegi költsége 190 EUR.

A MySQL fejlesztői közössége különféle kódforkokat hozott létre, mint például a Drizzle, az OurDelta, a Percona Server és a MariaDB. Mindezek az ágak már akkor is léteztek, amikor a Sunt az Oracle átvette.

A MySQL megjelenése

1994 előtt a piac elsősorban nagy mennyiségű adat és összetett kapcsolatok kezelésére tervezett adatbázisokból állt, amelyek sokrétű képességekkel rendelkeztek, ugyanakkor jelentős számítási erőforrásokat igényeltek. Ezen adatbázisok közé tartozik az Oracle, az Informix és a Sybase. Nem voltak olyan DBMS-ek, amelyek támogatták az SQL-t, és ugyanakkor megfizethetőek voltak.

A nagyvállalatok és egyetemek megengedhették maguknak, hogy nagy teljesítményű számítástechnikai rendszereket vásároljanak, míg a kisebb szervezetek és felhasználók gyenge asztali adatbázisokat használtak, mint például a Postgres, amely a QUEL nyelv egy változatát (PostQUEL) használta, de sajnos ugyanazokat az erőforrásokat igényelte. megfelelői, de nem biztosították az SQL lekérdezési nyelvként való használatának előnyeit.

Aztán egy bizonyos David Hughes (aki később munkáinak internetes közzététele után Bamby néven vált), aki akkoriban a Bond Egyetemen (Ausztrália) dolgozott, elkezdte fejleszteni a Minerva Network Management System projektet - egy monitorozási, ill. vezérlőrendszer egy vagy több pontról a rendszerek csoportja felett. A projekt fő eleme egy olyan adatbázis volt, amely információkat tárol a hálózat összes számítógépéről. Hughes először a Postgres használata mellett döntött. A kollégák azonban azt javasolták, hogy az SQL-t használják a Minerva lekérdezési nyelveként, mivel az SQL a leggyakoribb lekérdezési nyelv, és ennek használatával a Minerva bárhol elérhetővé válhat a bolygón, ahol létezik SQL-t támogató RDBMS. Ez volt a lendület a MySQL létrehozásához.

Hughes úgy döntött, hogy létrehoz egy programot, amely valós időben fordítja le az SQL-t PostQUEL-re. Programját miniSQL-nek vagy mSQL-nek nevezte. Elfogta a Minerva által küldött SQL utasításokat, átalakította azokat PostQUEL-be, és az eredményt elküldte a Postgres-nek. Egy ideig ez a helyzet megfelelt Hughesnak. A Minerva további növekedése következtében azonban nyilvánvalóvá vált, hogy a rendelkezésére álló korlátozott erőforrások mellett sem a Postgres, sem bármely más nagy RDBMS nem lesz képes támogatni azt a kis jellemzőkészletet, amelyre szüksége van. Például annak érdekében, hogy a Minerva egyszerre több adatbázishoz kapcsolódhasson, a Postgres az adatbázis-kiszolgáló több példányának egyidejű indítását követelte meg.

E problémák megoldására Hughes elemezte a Minerva munkáját, és kiderült, hogy a Minerva által generált fő lekérdezések a következők voltak: „beszúrás”, „törlés” és „kiválasztás”. Mivel Hughesnek már az mSQL-je végezte az SQL fordítást, csak egy adatbázis-kiszolgálót kellett létrehoznia az igényeinek megfelelően.

És itt jön képbe Michael Monty Widenius, akit a MySQL feltalálójának tartanak. 1979-ben kifejlesztett egy UNIREG nevű adatbázis-kezelő eszközt. Az UNIREG-t ezt követően kiterjesztették nagyobb adatbázisok támogatására, és több nyelven átírták. 1994-ben a TcX elkezdett fejleszteni www alkalmazásokat UNIREG segítségével. A magas többletterhelés miatt azonban az UNIREG-et nem lehetett sikeresen használni weboldalak dinamikus generálására. Ezért Widenius úgy döntött, hogy felveszi a kapcsolatot az mSQL szerzőjével, Hughes-szal, és javasolja neki, hogy csatlakoztassa az mSQL-t az UNIREG B+ ISAM kezelőjéhez. Hughes azonban jó előrehaladást ért el az mSQL 2 felé vezető úton, és a vállalat úgy döntött, hogy létrehoz egy adatbázis-kiszolgálót az igényeinek megfelelően.

A TcX az UNIREG-et vette alapul, és harmadik féltől származó segédprogramokat használt az mSQL-hez, írt egy API-t a rendszeréhez, amely kezdetben nagyon hasonlított az mSQL API-jához. Ez azonban lehetővé tette bármely mSQL-felhasználónak, aki át akart térni a TcX adatbázis-kiszolgálóra, hogy kisebb módosításokat hajtson végre a kódjában. Az új adatbázis forráskódja teljesen eredeti volt. Így 1995 májusában a cég rendelkezett egy MySQL 1.0 adatbázissal, amely teljes mértékben kielégítette a vállalat igényeit.

1995-ben David Oxmark, aki a Detron HB-nek dolgozik és a cég üzleti partnere, aktívan felkérte a TcX-et a MySQL DBMS interneten keresztüli terjesztésére. David még a dokumentáció kidolgozásában is részt vett. Ennek eredményeként 1996-ban megjelent a MySQL DBMS 3.11.1-es verziója bináris disztribúcióként Linux és Solaris futtatásához. Manapság a MySQL számos platformon fut, és bináris és forrásverzióban is elérhető.

Mára a MySQL vált a legnépszerűbb eszközzé az adatbázisokkal való munkavégzéshez PHP-ben. Ez elsősorban annak a ténynek köszönhető, hogy a PHP disztribúció része ennek a szervernek a támogatása. Emellett a MySQL népszerűségét elősegíti a meglehetősen jó tulajdonságok és a szabványos interfész funkciók széles skálája, amelyek rendkívül könnyen használhatók.

A MySQL licencelési szabályzata rugalmasabb, mint a többi adatbázis-kiszolgálóé. Lényegében a MySQL ingyenes, hacsak nem szándékozik eladni vagy a vele készült szolgáltatásokat eladni.

A MySQL rendkívül hordozható, és ugyanolyan jól használható kereskedelmi operációs rendszereken, mint például a Solaris, az Irix vagy a Windows, valamint bármilyen hardveren, egészen a nagy teljesítményű szerverekig. Sőt, drágább riválisaihoz hasonlóan nagy, több millió rekordot tartalmazó adatbázist is tud kezelni.

Név és logó

Ami a nevet illeti, eredetének több változata is létezik. Az első változat szerint a „my” előtag használatát az magyarázza, hogy a TcX-ben az alapkatalógust, valamint jelentős számú könyvtárat és segédprogramot ezzel az előtaggal jelölték meg tíz évig. Ezért ebben az esetben logikus volt ezt használni.

A második, szentimentálisabb verzió azon a tényen alapul, hogy Michael Monty Widenius az új terméket MySQL-nek nevezte el lánya - My - nevéről. Videnius lányának neve valóban az Én, és ő maga sem az első, sem a második változatot nem cáfolja.

A MySQL delfin logójának neve „Sakila”. A felhasználók által javasolt „delfinnevek” nagy listájából választották ki. A "Sakila" nevet Ambrose Twebaze nyílt forráskódú fejlesztő küldte be.

MySQL funkciók

A MySQL fő jellemzője, hogy támogatja az ANSI 92 szabványban szereplő SQL lekérdezési nyelvet, emellett számos olyan kiterjesztéssel rendelkezik ehhez a szabványhoz, amelyek egyetlen más adatbázis-kezelő rendszerben sem találhatók meg.
A MySQL funkcióinak rövid listája:

1. Az adatbázissal egyidejűleg dolgozó korlátlan számú felhasználó hatékony működése támogatott.

2. A táblázatok sorainak száma elérheti az 50 milliót.

3. A parancsok lehető leggyorsabb végrehajtása. Van egy vélemény, hogy a MySQL a létező leggyorsabb szerver.

4. Egyszerű és hatékony biztonsági rendszer.

Példa diagram a MySQL-ben

A MySQL hátrányai

A MySQL-nek azonban vannak hátrányai is. Ez elsősorban annak köszönhető, hogy ilyen nagy sebesség elérése érdekében a fejlesztőknek fel kellett áldozniuk a relációs adatbázis-kezelő rendszerekkel szemben támasztott követelmények egy részét.

Tehát a MySQL-ből hiányzik:

1 . Beágyazott lekérdezések támogatása, például SELECT * FROM table1 WHERE id IN (SELECT id FROM table2) (a korábbi verziókban).

2. A tranzakciós támogatás nincs megvalósítva. Ehelyett javasolt a LOCK/UNLOCK TABLE használata.

3. Az idegen kulcsok nem támogatottak.

4. A triggerek és a tárolt eljárások nem támogatottak.

5. A nézetek nem támogatottak (VIEW). A 3.23-as verzióban a tervek szerint nézeteket lehet létrehozni.

Az alkotók szerint a 2-4 pontok tettek lehetővé a magas teljesítmény elérését. Megvalósításuk jelentősen csökkenti a szerver sebességét. Ezek a funkciók nem kritikusak a webalkalmazások létrehozásakor, amelyek a nagy teljesítménnyel és az alacsony árral kombinálva lehetővé tették, hogy a szerver nagyon népszerűvé váljon.

Engedélyezés

A MySQL kettős licenccel rendelkezik. A MySQL a GPL feltételei szerint terjeszthető. Azonban a GPL feltételei szerint, ha bármely program MySQL forráskódot tartalmaz, akkor azt is a GPL licenc alatt kell terjeszteni. Ez ellentétes lehet azon fejlesztők terveivel, akik nem akarják programjaikat nyílt forráskóddal használni. Az ilyen esetekre kereskedelmi licencet biztosítanak, amely egyben magas színvonalú szolgáltatási támogatást is nyújt.

Platformok

A MySQL-t számos platformra portolták: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista és Windows 7. Az OpenVMS-hez MySQL port is tartozik. Fontos megjegyezni, hogy a hivatalos DBMS-weboldalon nem csak a forráskódok állnak rendelkezésre ingyenesen letölthetően, hanem kész MySQL DBMS futtatható modulok is, amelyeket az adott operációs rendszerre fordítottak és optimalizáltak.

Programozási nyelvek

A MySQL rendelkezik API-kkal a Delphi, C, C++, Eiffel, Java, Lisp, Perl, PHP, Python, Ruby, Smalltalk, Component Pascal és Tcl programokhoz, könyvtárakat .NET platformnyelvekhez, valamint támogatja az ODBC-t a MyODBC ODBC illesztőprogramon keresztül.

Verziótörténet

A MySQL első belső kiadására 1995. május 23-án került sor [forrás nincs megadva 1224 nap].
A Windows rendszerekhez (Windows 95 és NT) készült verzió 1998. január 8-án jelent meg.
3.23-as verzió: béta verzió 2000 júniusában, megjelenés 2001 januárjában.
4.0-s verzió: béta 2002 augusztusában, megjelenés 2003 márciusában.
4.1-es verzió: béta 2004 júniusában, megjelenés 2004 októberében.
5.0 verzió: béta 2005 márciusában, megjelenés 2005 októberében.
5.1-es verzió: a fejlesztés 2005 novemberében kezdődött, kiadás 2008 novemberében.
5.4-es verzió: béta 2009 áprilisában, nem adták ki.
5.5-ös verzió: 2010. decemberi kiadás.
5.6-os verzió: fejlesztés alatt (5.6.6 m9 2012. augusztus 7.).

Verziótörténet


MySQL 4.0

Bár a 4.0-s verzió elavult, még mindig jelentős átvételre került sor. A verzió főbb jellemzői:

Az ANSI SQL-99 szinte teljes megvalósítása és a bővítmények;
platformok közötti kompatibilitás;
független táblatípusok (MyISAM a gyors olvasáshoz, InnoDB a tranzakciókhoz és a hivatkozási integritáshoz);
tranzakciók;
SSL támogatás;
gyorsítótárazás kérése;
replikáció: egy fejszerver egy szolgánként, sok slave egy fejenként;
teljes szövegű indexelés és keresés a MyISAM táblatípus használatával;
megvalósított adatbázis-könyvtár;
Unicode támogatás (UTF-8);
ACID-kompatibilis InnoDB táblák;
beépített szerver, amely lehetővé teszi a MySQL önálló alkalmazásokba való beépítését.

Beágyazott lekérdezések és származtatott táblák.
új kódolási és válogatási rendszer;
gyorsabb és rugalmasabb kliens-szerver protokoll előkészített lekérdezések támogatásával, biztosítva azok optimális végrehajtását;
új telepítő és konfigurációs program Microsoft Windows és Linux rendszerekhez;
az OpenSSL-lel védett kliens-szerver kapcsolatok;
rendkívül optimalizált könyvtár, amely harmadik féltől származó programokban használható;
teljes Unicode támogatás (UTF-8 és UCS2);
szabványos térinformatikai téradat-típusok földrajzi információk tárolására;
továbbfejlesztett teljes szöveges kereső és súgórendszer.

MySQL 5.0

A MySQL 5.0-s verzióját 2005. október 24-én adták ki, ez a verzió jelentősen kibővített funkcionalitással rendelkezik, amely a MySQL-t a kereskedelmi DBMS-ekkel egyenrangúvá teszi. Ha korábban a MySQL DBMS-t azzal vádolták, hogy nem támogatja az SQL szabványt, akkor a népszerű adatbázis ötödik verziójának megjelenésével az SQL szabvány szinte teljes támogatása megjelent. A MySQL 5.0 a következő újításokat tartalmazza:
tárolt eljárások és funkciók;
hibakezelők;
kurzorok;
triggerek;
reprezentáció;
információs séma (a metaadatokat tartalmazó ún. rendszerszótár).

MySQL 5.1

A MySQL 5.1 folytatja az SQL:2003 szabványhoz vezető utat. A MySQL 5.1 a következő újításokat tartalmazza:

A particionálás az a képesség, hogy egy nagy táblát több részre osztunk fel, amelyek különböző fájlrendszereken helyezkednek el, egy felhasználó által definiált függvény alapján. Ez bizonyos feltételek mellett jelentős teljesítménynövekedést biztosíthat, és emellett megkönnyíti a táblázatok méretezését.
Számos operátor viselkedése megváltozott az SQL2003 szabvánnyal való nagyobb kompatibilitás biztosítása érdekében.
Soralapú replikáció, amelyben az eredeti (és esetleg lassú) lekérdezési szöveg helyett csak a ténylegesen megváltozott táblasorok információi kerülnek a bináris naplóba. A sorreplikáció csak bizonyos típusú SQL lekérdezésekhez használható, MySQL kifejezéssel - vegyes replikáció.
Az időszakosan elindított munkák beépített ütemezője. Szintaxist tekintve a feladat hozzáadása hasonló a trigger táblához való hozzáadásához, ideológiában pedig a crontabhoz.
Kiegészítő funkciókészlet XML feldolgozáshoz, XPath támogatás megvalósításához.
Új problémadiagnosztikai és teljesítményelemző segédprogramok. A naplófájlok tartalmának kezelésének lehetőségei kibővültek, a naplók mostantól elmenthetők az general_log és a slow_log táblákban. A mysqlslap segédprogram lehetővé teszi az adatbázis betöltését és az egyes kérések válaszidejének rögzítését.
A frissítési művelet egyszerűsítése érdekében elkészült a mysql_upgrade segédprogram, amely minden létező tábla ellenőrzi az új verzióval való kompatibilitást, és szükség esetén elvégzi a megfelelő módosításokat.
A MySQL Cluster mostantól külön termékként jelenik meg, amely a MySQL 5.1 és NDBCLUSTER tárolókon alapul.
Jelentős változások a MySQL Cluster működésében, mint például a táblázatos adatok lemezen való tárolásának lehetősége.
Térjen vissza a beépített libmysqld könyvtár használatához, amely hiányzott a MySQL 5.0-ból.
Egy API beépülő modulokhoz, amely lehetővé teszi a funkcionalitást (például a teljes szöveges keresést) kiterjesztő külső fél modulok betöltését a szerver újraindítása nélkül.
Teljes szöveges keresési elemző megvalósítása plug-inként.
Új Maria asztaltípus (a MyISAM törésálló klónja).

Maria asztaltípus

Maria (az 5.2.x verziótól kezdődően – Aria) – a MyISAM tároló bővített változata, olyan eszközökkel, amelyek az adatok sértetlenségének megőrzésére szolgálnak egy összeomlás után.
Maria fő előnyei:

Összeomlás esetén az aktuális művelet eredményeit a rendszer visszagörgeti, vagy visszaállítja a TÁBLÁZAT ZÁROLÁSA parancs előtti állapotba. Megvalósítás naplózási műveletekkel.
Lehetőség az állapot visszaállítására a műveleti napló bármely pontjáról, beleértve a CREATE/DROP/RENAME/TRUNCATE támogatását. Használható növekményes biztonsági mentések létrehozására a műveleti napló időszakos másolásával.
Az összes MyISAM oszlopformátum támogatása kibővült egy új "sors-in-block" formátummal, amely oldalalapú adattárolási módszert használ, amelyben az oszlopokban lévő adatok gyorsítótárazhatók.
A jövőben két mód kerül bevezetésre: tranzakciós és a tranzakciós naplóban való tükrözés nélküli, nem kritikus adatokhoz.
Az adatlap mérete 8 KB (MyISAM-ban 1 KB), ami jobb teljesítményt tesz lehetővé az indexek fix méretű mezőiben, de lassabb a változó hosszúságú kulcsok indexelése esetén.

MySQL 5.5

A MySQL 5.5 ága a kiadatlan MySQL 5.4 sorozaton alapul, és számos jelentős fejlesztést tartalmaz a megnövelt méretezhetőség és teljesítmény terén, többek között:
Alapértelmezés szerint az InnoDB motor használata.
Félszinkron replikációs mechanizmus támogatása, amely a Google InnoDB javításain alapul.
Továbbfejlesztett adatparticionálási funkció. Fejlett szintaxis a nagy táblák fájlrendszereken található több részre való felosztásához (particionálás). Hozzáadott RANGE, LIST műveletek és a „partíció metszés” optimalizálási módszere.
Új mechanizmus a beágyazott lekérdezések és a JOIN műveletek optimalizálására.
A belső zárrendszert áttervezték.
A Google javításokat integrálták az InnoDB teljesítményének optimalizálására a nagyszámú maggal rendelkező processzorokon.

MySQL 6.0

A MySQL 6.0 verzió lefagyott az alfatesztelési szakaszban. Kezdetben az 5.2-es verzió létrehozása mellett döntöttek, ezt a verziót hamarosan 6.0-ra keresztelték át. A MySQL 6.0-val kapcsolatos későbbi információk azonban eltűntek az oldalról, és a fejlesztők az 5.5-ös és az azt követő 5.6-os verzióra koncentráltak.
A 6.0-s verzió egyik fő újítása a tervek szerint egy új Falcon táblatípus volt, amelyet az InnoDB potenciális helyettesítésére fejlesztettek ki az Oracle által felvásárolt Innobase-től. A Sun Microsystems ugyanazon Oracle által 2010-ben történő felvásárlása kapcsán továbbra is kétséges a Falcon sorsa.

Műszaki adatok

A maximális táblaméret a MySQL 3.22-ben legfeljebb 4 GB, a további verziókban pedig legfeljebb 8 millió TB (263 bájt).
Az asztal méretét a típusa korlátozza. A MyISAM típust általában az operációs rendszer fájlrendszerének fájlméret-korlátja korlátozza. Például NTFS-ben ez a méret elméletileg akár 32 exabájt is lehet. Az InnoDB esetében egy tábla több fájlban is tárolható, amelyek egyetlen táblaterületet képviselnek. Utóbbi mérete elérheti a 64 terabájtot.

A MyISAM-mel ellentétben az InnoDB jelentősen korlátozza az egyetlen táblához hozzáadható oszlopok számát. Az alapértelmezett memórialapméret 16 kilobájt, amelyből 8123 bájt van lefoglalva az adatok számára. A dinamikus mezőkre mutató mutató mérete 20 bájt. Így a dinamikus sorformátum (ROW_FORMAT=DYNAMIC) használatakor egy tábla legfeljebb 409 blob- vagy szövegoszlopot tud befogadni.

A 4.1-es verziótól kezdve egy új kódolási és rendezési rendszer került bevezetésre a MySQL DBMS-be. Ha Windows-1251 kódolást használ, az SQL utasítások végrehajtása előtt be kell állítania a kapcsolat kódolását az operátorok segítségével:

SET character_set_client="cp1251";
SET character_set_results="cp1251";
SET character_set_connection="cp1251";

Ez a három állítás egyenértékű egy állítás meghívásával:

BEÁLLÍTOTT NEVEK "cp1251"

A character_set_client változó a klienstől küldött adatok kódolását állítja be, a character_set_results változó a kliensnek küldött adatok kódolását, a character_set_connection változó azt a kódolást állítja be, amelybe a klienstől kapott információ konvertálódik, mielőtt végrehajtaná a kérést a szerveren.

UTF-8 Unicode használatakor ez az utasítás így néz ki:
NEVEK BEÁLLÍTÁSA "utf8"

Az ISO 8859-5 kódolás nem támogatott.

A MySQL-ben válasszon verziót ()— egy lekérdezés, amely visszaadja a használt csomag nevét és verzióját. A név lehet maga a MySQL vagy az önállóan fejlődő fork - MaraiDB. A legtöbb probléma megoldása során a csomagok közötti különbség nem észrevehető. A MySQL 5.6 megfelel a MaraiDB 10-nek.

A MySQL verzió kiválasztása és a MySQL verziójának megtudása

A verziót többféleképpen is megtudhatja. A legegyszerűbb megoldáshoz nem szükséges tudni az adatbázis-kiszolgáló felhasználói jelszavát. Csak jelentkezzen be SSH-n keresztül, és futtassa a mysql --version programot

mysql Ver 14.14 Distrib 5.5.55, debian-linux-gnu (x86_64) számára readline 6.3 használatával

A címben megadott metódus használatához SQL kérést kell küldeni, ehhez be kell jelentkezni a konzolba (szkripttel is megteheti).

Írd be a jelszót:
Üdvözöljük a MySQL monitoron. A parancsok ; vagy\g.
Az Ön MySQL kapcsolati azonosítója 41
Szerververzió: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

Copyright (c) 2000, 2017, Oracle és/vagy leányvállalatai. Minden jog fenntartva.

Az Oracle az Oracle Corporation és/vagy annak bejegyzett védjegye
leányvállalatok. Más nevek saját védjegyei lehetnek
tulajdonosok.

Írja be a "help;" vagy "\h" segítségért. Az aktuális beviteli utasítás törléséhez írja be a „\c” parancsot.

A szükséges információk a sikeres hitelesítés után megjelenő kimenetben érhetők el. Ebben az esetben a MySQL Server 5.5.55-0 verzióját használjuk.

Ezenkívül az adatbázis-kiszolgáló konzoljában a következőképpen kérheti a verziót:

+————————-+
| verzió() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 sor a készletben (0,00 mp)

Minden figyelembe vett esetben egyformán teljes körű információhoz jutottunk.

Olvassa el a MySQL-lel való munka alapjait leíró cikksorozatot ().

Ha az adatbázissal működő webhelyszkriptek a kiszolgálón lévő szoftver egy adott verziójához vannak írva, és nem ezt a verziót használják, akkor a verzió, valamint maga a csomag módosítható. Ez a Debianban egyszerűen megtörténik; az algoritmus az alábbiakban található.

Az adatbázis-kiszolgáló verziójának módosítása Debianra

1) a mysqldump segédprogrammal létrejön az összes tábla kiíratása (beleértve a szerviztáblákat is)

2) a csomagot eltávolítják apt-get remove mysql-server* && apt-get purge mysql-server*, akkor a /var/lib/mysql és /etc/mysql fájlokat is törölni kell a másolat elkészítése után

3) a hivatalos webhelyen felsorolt ​​tároló hozzáadódik az /etc/apt/source.list fájlhoz (például a MariaDB 10-hez Debian 8-on), az információ frissül apt-get frissítés

3) keresztül is apt-getúj csomag kerül telepítésre, majd betöltődik az adatbázis-kiíratások

Előre nem látható helyzetekre mindig legyen nálad másolat. A különböző verziók különböző direktívákat használnak a konfigurációs fájlokban, és kézi szerkesztést igényelhetnek.

Olvassa el, ennek segítségével származtatott a csomag verziója, a mintavételezés a leggyakoribb művelet.

• Biztonság
• Minőség
• Ár
• Megbízhatóság
• Egyszerűség
• Stabilitás
• Támogatás
• Sebesség
• Kezelőpanel

GYIK súgó rész

Videótárhely felülvizsgálata

Hogyan lehet feltölteni egy szervert FTP-re

FIGYELEM: Csak 3 mappát kell feltöltenie ( szűrőscriptek, játékmódok, szkriptfájlok) és 1 fájl szerver.cfg, majd írja be a sort a server.cfg-be (ha nincs ott) plugins streamer.so sscanf.so CRP.so mysql.so Azt is meg kell győződnie arról, hogy az .amx formátumú mod létezik a gamemodes mappában, és a a mod neve helyesen van írva a server.cfg (config) fájlban.

FileZilla kliens
Belép házigazda Példa: 194.58.88.74 - Belépés *****- Jelszó******** A KIKÖTŐ MEZŐJÉRE SEMMIT NE BEÍRJ!!!

FIGYELEM: Ha nincs kapcsolat az FTP-vel a FileZillán keresztül, töltse le a Total Commander-t, és csatlakozzon rajta!

Total Commander- Sammp fájljainak FTP-re való feltöltéséhez
Belép házigazda Példa: 194.58.88.74 - Belépés 173104911- Jelszó g1KdN7D3q

hova kell belépni? Válasz: futtassa a Total Commander > Hálózat > Csatlakozás FTP-kiszolgálóhoz > Hozzáadás, majd adja meg az adatokat a példa képernyőképen látható módon:

Mod Ismeretlen

Ha a játékmód mezőben az „ismeretlen” felirat szerepel, kövesse az alábbi lépéseket:
1. Először állítsa le a szervert
2. Nyissa meg a vezérlőpultot a Kiszolgálóbeállítások lapon, majd válassza a Beállítások menüpontot
3. Adjon hozzá egy sort alább bővítmények streamer.so sscanf.so CRP.so mysql.so
Módosítsa a beépülő modulok nevét, ha a mod ismeretlen, például: plugins streamer.so sscanf.so CRP.so mysql.so tovább bővítmények streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
*A plugins mappa alapértelmezés szerint kezdetben telepítve van, és tartalmazza az összes szükséges beépülő modult.
* Bármelyik beépülő modulját telepítheti FTP-re, majd regisztrálhatja a szükséges beépülő modult a kiszolgálóhoz a vezérlőpulton a Beállítások részben.
*A streamer fordításához és frissítéséhez használja a PAWNO programot
4.Egy mappában bővítmények legyenek .so kiterjesztésű pluginok Linuxra: válaszd ki a kívánt plugint a szerveredhez és írd be a nevét a panelbeállításokba a plugins sorba PÉLDA: plugins streamer.so
5. Ne felejtsd el, hogy OS Linuxot használunk, ami a Panelbeállításokban található
írja be a sort a plugins pluginokhoz: streamer.so sscanf.so CRP.so a kiterjesztéssel .így különben a szerver nem fog megfelelően működni.

Mert OS Linux regisztráljon a server.cfg-ben, mint: plugins streamer.so sscanf.so CRP.so mysql.so antiattack.so
A libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 beépülő modulok egyikének a kiszolgáló mappájában kell lennie.

Figyelem: ha a szerver megfelelően működik Windows operációs rendszeren, ez nem jelenti azt, hogy megfelelően fog működni Linuxon.

Mi a teendő, ha a kitöltés után nincsenek ikonok, házak, üzletek stb.?

A konfigurációba írd be a streamer2.5.so-t, mentsd el és indítsd újra a szervert.
Példa:

bővítmények streamer2.5.so sscanf.so CRP.so mysql.so regex.so

Hogyan lehet megtudni a plugin verzióját?
A helyi számítógépen indítsa el a szervert, majd nézze meg a naplót, ott megjelenik a plugin verziója, regisztrálja ezt a verziót a tárhelyen a szerver konfigurációjában.
Példa:

Szerver bővítmények
--------------
Beépülő modul betöltése: streamer.so
*** Streamer Plugin v2.6.1 by Incognito betöltve ***

Ez azt jelenti, hogy meg kell adni a streamer2.6.1.so verziót a szerver konfigurációjában

Súgó - A mod csatlakoztatása a mysql szerverhez

Nyissa meg a modot (file.PWN) a PAWNO programmal, adja meg adatait a MYSQL részből

Példa:

#define mysql_host "host.site"
#define mysql_db "s20000"
#define mysql_user "s20000"
#define mysql_pass "lazyrich"

A mod .AMX-ben való fordítása és az sql lekérdezés adatbázisba importálása után

Figyelem! Ha ismeretlen jelenik meg a fordítási folyamat során, a mod nem észlelhető.
A megoldás az, hogy keresünk egy szkriptet a hiba kijavításához.

A mod nevének, vagy inkább a hostname paraméternek a megváltoztatásához be kell írnia a szerver vezérlőpultját a -Settings részbe (ez a sever.cfg szerver konfigurációja), és a jobb oldali hostname sorba írja be a szerver nevét. , például: *** Szerverünk a legjobb * **
Mentse el az adatokat a panelen, és mindenképpen indítsa újra a szervert, hogy az új paraméterek érvénybe lépjenek.
Ha a neved a fentiek után sem változott, akkor a PAWNO programmal meg kell változtatnia a nevet magában a modban, és ez egy teljesen más történet, amely az interneten elérhető.

Server.cfg

1. lekérdezés – Nem változtatunk.

maxnpc 10 – Nem változunk.
onfoot_rate 40 – Ne változtasson.
incar_rate 40 – Nem változtatunk rajta.
fegyver_arány 40 – Ne változtasd.




- szabványos bővítmények sora a samp konfigurációhoz

Hogyan adj magadnak rendszergazdai fiókot

Menjen a mappában lévő szerverre szkriptfájlokat, találd meg a tiédet NICK
példa: Aldo_Mangano, nyissa meg a fájlt a Jegyzettömb segítségével,
megtalálni a vonalat AdminLevel adja meg az 1999-et, majd mentse a fájlt, és indítsa újra a kiszolgálót.

Server.cfg

echo Kiszolgálókonfiguráció végrehajtása…
lanmode 0 – 0 – játék az interneten keresztül, 1 – játék helyi hálózaton keresztül.
rcon_password 123 – „123” – jelszó a szerver adminisztrációs paneljéről.
maxplayers 50 – Mint már érted, a maximális létszám a játékosok. A 0.3a verzióban maximum 500.
7777-es port – A kiszolgáló címének végén megjelenő port. (A tárhelyen kiteszi magát)
hostname NameServer – A jövőbeli szerver neve.
gamemode0 mód – Játékmod a jövőbeli szerveredhez. Erről bővebben lent...
bejelenti 0 – 1 a szerver látható az Internet lapon / 0 nem látható.
1. lekérdezés – Nem változtatunk.
weburl site – Szerver oldal, ha elérhető.
maxnpc 10 – Nem változunk.
onfoot_rate 40 – Ne változtasson.
incar_rate 40 – Nem változtatunk rajta.
fegyver_arány 40 – Ne változtasd.
stream_distance 300.0 – Ne módosítsa.
stream_rate 1000 – Ne módosítsa.
jelszó - your_password (jelszóval rendelkező kiszolgáló)
nyelv Oroszország - térkép 0.3.7-hez a térkép helyett
bővítmények streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so- szabványos bővítmények sora a samp konfigurációhoz

A MySQL 5.6-os verziójának stabil kiadása. Az új verzióban sok munka történt. A fő erőfeszítések a teljesítmény, a méretezhetőség és a rugalmasság javítására irányultak. Az InnoDB motor jelentős változásokon ment keresztül.

A legfontosabb fejlesztések a következők: a teljes szöveges keresőeszközök támogatása, az adatokhoz való hozzáférés lehetősége a memcached API-n keresztül, megnövekedett teljesítmény intenzív adatrögzítés során, valamint megnövelt méretezhetőség nagyszámú egyidejű kérés feldolgozásakor.

Egy másik újítás az 5.6-os verzióban a DDL (Data Definition Language) műveletek végrehajtásának lehetősége anélkül, hogy a DBMS-t offline állapotba kapcsolnák és megszakítanák a táblákhoz való hozzáférést. A rendszergazdák a DBMS leállítása nélkül hajthatnak végre a séma alaphelyzetbe állításával, adatoszlopok hozzáadásával vagy törlésével, illetve oszlopok átnevezésével kapcsolatos műveleteket. Korábban ezek a szolgáltatások csak a NoSQL-termékekben voltak elérhetők.

Az 5.5-ös verzióhoz képest az új termék már 48 magos szervereken is futhat, szemben a 32 magos MySQL 5.5-ös verzióval

Egy kicsit részletesebben a főbb jellemzőkről:

• Egy interfész került megvalósításra az InnoDB táblákhoz való közvetlen hozzáféréshez a NoSQL rendszerek stílusában, olyan API használatával, amely manipulálja a kulcs/érték párokat, és kompatibilis a memcached-el.
• Mostantól lehetőség van teljes szövegű indexek létrehozására az InnoDB-ben, hogy az InnoDB táblákban tárolt szöveges tartalmak között szóalakok szerinti gyors keresést szervezzenek. Korábban a teljes szöveges keresés csak a MyISAM táblákhoz volt elérhető.
• A lekérdezésoptimalizáló hatékonyságának javítása, az eredmény értékkészlet kiválasztásának, a lekérdezés rendezésének és végrehajtásának folyamatának optimalizálása. Az Index Condition Pushdown (ICP) és a Batch Key Access (BKA) új optimalizálása akár 280-szor nagyobb átviteli sebességet biztosít egyes lekérdezésekhez. Növelték a „SELECT... FROM single_table... ORDER BY non_index_column LIMIT N;” lekérdezések végrehajtásának hatékonyságát. Javult a nagy minta sorainak csak egy részét megjelenítő „SELECT... LIMIT N” lekérdezések teljesítménye.
• Az Optimizer diagnosztikai eszközei kibővültek, az EXPLAIN támogatás hozzáadásra került az INSERT, UPDATE és DELETE műveletekhez. Az EXPLAIN eredmények mostantól JSON formátumban is megjeleníthetők. Az új optimalizáló nyomkövetési mód lehetővé teszi a lekérdezésoptimalizálás során hozott minden döntés nyomon követését.
• További optimalizálások az allekérdezések végrehajtásához, amelyekben a „SELECT... FROM table1 WHERE... IN (SELECT... FROM table2...)” formájú beágyazott lekérdezések a szakaszban optimálisabb megjelenítésre fordítódnak le. mielőtt a lekérdezést közvetlenül végrehajtaná, például lecseréljük egy hatékonyabb JOIN-re.
• A PERFORMANCE_SCHEMA diagnosztikai rendszer megvalósításának kiterjesztése, amely alacsony szintű eszközöket biztosít a DBMS működése során a lekérdezések és a különböző események végrehajtásának figyeléséhez. A PERFORMANCE_SCHEMA részletes betekintést nyújt a régóta futó lekérdezések szűk keresztmetszeteibe, valamint lekérdezés, szál, felhasználó, gazdagép és objektum szerint csoportosított összesítő statisztikákat.
• Javult az InnoDB motor implementációja, teljesítménynövekedés tapasztalható tranzakciók végrehajtása során és az adatolvasási műveletek túlsúlyával végzett tevékenység során - egyes helyzetekben a gyorsulás eléri a 230%-ot.
• Elhalasztott replikációs mód, amely lehetővé teszi az adatok replikálását nem azonnal, hanem bizonyos késleltetéssel, amely védelmet biztosít az operátori hibák (például a táblázat tartalmának véletlen törlése) ellen.
• A fájlok maximális méretének növelése változásnaplókkal (InnoDB Redo Log) 4 GB-ról 2 TB-ra.
• Biztonsági fejlesztések: a hitelesítési paraméterek megadásának támogatása a .mylogin.cnf fájlban titkosított formában; az sha256_password beépülő modul hozzáadása a jelszókivonatok tárolásához az SHA-256 algoritmus használatával; a jelszó lejárati idejét tartalmazó mező hozzáadása a mysql.user táblához; új SQL-függvény VALIDATE_PASSWORD_STRENGTH() a jelszó erősségének értékeléséhez.
• Támogatás a kiszolgáló csak olvasható módban történő futtatásához (opció --innodb-read-only, InnoDB only).
• Támogatja a töredékmásodpercek megadását a TIME, DATETIME és TIMESTAMP funkciókban a mikroszekundumok megadásához.
• A "--log", "--log-slow-queries", "--one-thread", "--safe-mode", "--skip-thread-priority", "--table-" opciók támogatása " a gyorsítótár megszűnt".

Az újításokról bővebben itt olvashat

Először is el kell döntenie, hogy a legújabb kísérleti kiadást vagy a legújabb stabil verziót szeretné-e:

• Ha most először használja a MySQL-t, vagy olyan rendszerre próbálja átvinni a MySQL-t, amely nem rendelkezik bináris disztribúcióval, általában azt javasoljuk, hogy a stabil verzióval kezdje (jelenleg 3.23-as verzió). Ne feledje, hogy az összes MySQL-kiadást MySQL-benchmarkok és átfogó tesztcsomag segítségével tesztelik minden kiadás előtt (még a kísérleti kiadások esetében is).
• Ha régi rendszerrel dolgozik és frissíteni szeretné, de szeretné elkerülni az esetleges következetlenségeket a frissítés során, akkor le kell cserélnie a legújabb verzióra ugyanabban az ágban, amelyet használ (ahol csak a legújabb verziószám van újabb, mint a tiéd). Az ilyen verziókban igyekszünk csak a kritikus hibákat kijavítani, és csak kis, viszonylag biztonságos változtatásokat végezni.

Másodszor, el kell döntenie, hogy forrás- vagy bináris terjesztést kíván-e használni. A legtöbb esetben jobb bináris disztribúciót választani, ha létezik ilyen az Ön platformjára, mivel általában könnyebb telepíteni, mint a forrásterjesztést.

A forrásból történő telepítés előnyösebb lehet a következő esetekben:

• Ha a MySQL-t valamilyen kifejezetten meghatározott helyre kell telepítenie (a szabványos bináris szállítások bárhol „futtatásra készek”, de lehet, hogy még nagyobb rugalmasságra van szüksége).
• A különböző felhasználói igények kielégítésére két különböző bináris verziót kínálunk: az egyiket nem tranzakciós táblakezelőkkel (kicsi, gyors bináris kód) fordítjuk, a másikat pedig a legfontosabb bővíthetőségi lehetőségekkel, például tranzakció-tudatos táblákkal konfigurálva. Mindkét verzió ugyanabból a forráskódból készült. Minden MySQL natív kliens csatlakozhat mindkét verzióhoz. A MySQL Extended verziójú bináris disztribúció -max utótaggal van jelölve, és ugyanazokkal a beállításokkal van beállítva, mint a mysqld-max . Lásd: 4.7.5. mysqld-max, egy kiterjesztett mysqld szerver. Ha a MySQL-Max RPM csomagot szeretné használni, először telepítenie kell a szabványos MySQL RPM csomagot.
• Ha a mysqld-t néhány további funkcióval kell konfigurálnia, amelyek nem állnak rendelkezésre a szabványos bináris disztribúciókban. Az alábbiakban felsoroljuk azokat a leggyakoribb kiegészítő opciókat, amelyeket érdemes használni:
  • --with-innodb
  • --a-berkeley-db
  • ---raiddal
  • --with-libwrap
  • --with-named-z-lib (Ez bizonyos bináris disztribúciók esetén megtörténik)
  • ---hibakereséssel[=tele]
• Alapértelmezés szerint egy bináris disztribúciót általában az összes kódolás támogatásával fordítanak, és ugyanazon processzorcsaládhoz tartozó különböző processzorokon kell futniuk. Ha gyorsabb MySQL-kiszolgálót szeretne, akkor újrafordíthatja úgy, hogy csak a szükséges kódolást támogassa, használjon jobb fordítót (például a pgcc-t), vagy használja a processzorra jobban optimalizált fordítóbeállításokat.
• Ha hibát talál, és jelentse azt a MySQL fejlesztőcsapatának, küldjön egy javítást, amelyet a forráskód-terjesztésre kell alkalmazni a hiba kijavításához.
• Ha szeretné olvasni (és/vagy módosítani) a MySQL forráskódot (C és C++ nyelven), rendelkeznie kell egy forráskód disztribúcióval. A forráskód mindig a legjobb dokumentáció. A forráseloszlások több tesztet és példát is tartalmaznak, mint a bináris disztribúciók.

A MySQL elnevezési rendszere kiadási számokat használ, amelyek három számból és egy utótagból állnak. Például a mysql-3.21.17-beta kiadás a következőképpen értelmezhető:

• Az első szám (3) a fájlformátumot írja le. Az összes 3-as verzió azonos fájlformátumú.
• A második szám (21) a kimeneti szintet jelzi. Általában két lehetőség közül lehet választani. Az egyik a stabil ág felszabadulását jelenti (jelenleg 23), a második pedig a kísérleti ágat (jelenleg 4,0). Általában mindkét ág stabil, de a kísérleti verziónak lehetnek furcsaságai, hiányozhatnak az új funkciók dokumentációi, vagy egyes rendszereken nem fordítható le.
• A harmadik szám (17) a kiadási szinten belüli verziószám. Ez a szám minden új elosztásnál növekszik. Általában érdemes a legújabb verziót előnyben részesíteni a kiválasztott kiadási szinthez.
• Az utótag (béta) az adott kiadás stabilitásának szintjét jelzi. A következő utótagok lehetségesek:
  • Az alfa azt jelzi, hogy a kiadás új kód nagy részeit tartalmazza, amelyek nincsenek 100%-ban tesztelve. A talált hibákat (általában nincs ilyen) dokumentálni kell a ``Hírek'' részben. Lásd: D. A MySQL változásainak és frissítéseinek története. A legtöbb alfa-kiadás új parancsokat és kiterjesztéseket is tartalmaz. Az alfa kiadáson való munka közben előfordulhat, hogy jelentős kódmódosításokkal járó aktív fejlesztések zajlanak, de a kiadás előtt mindent tesztelnek. A MySQL bármely kiadásának mentesnek kell lennie az ismert hibáktól.
  • béta azt jelenti, hogy minden új kódot teszteltek. A rendszer nem ad hozzá új tulajdonságokat, amelyek megszakíthatják a régi kódot. Nem lehetnek ismert hibák. Egy verzió alfaról béta verzióra változik, ha legalább egy hónapja nem érkezett jelentés kritikus hibákról az alfa verzióban, és nem tervezünk olyan új funkciókat hozzáadni, amelyek csökkentenék a korábbi parancsok megbízhatóságát.
  • A gamma egy béta verzió, amely már majdnem kész, és úgy tűnik, hogy jól működik. Csak kisebb javítások kerülnek hozzáadásra. Sok más cég pontosan ezt nevezi kiadásnak.
  • Ha nincs utótag, az azt jelenti, hogy a verziót számos különböző számítógépes rendszeren futtatták, a platformspecifikus hibákon kívül semmilyen hibaüzenet nélkül. számára csak a kritikus hibák javítása megengedett. Ezért nevezzük ezt a kiadást stabilnak.

A MySQL összes verziója átesik szabványos tesztjeinken és benchmarkjainkon, hogy megbizonyosodjon arról, hogy megbízhatóan használható. Mivel a szabványos teszteket időről időre kibővítjük az új felfedezett hibák és az azokat esetlegesen előidéző ​​helyzetek tesztelésével, a tesztcsomag idővel egyre jobb és jobb lesz.

Felhívjuk figyelmét, hogy minden kiadást legalább a következő tesztekkel tesztelnek:

Belső tesztkészlet A csomag az ügyfél gyártási rendszerének része. Ez a készlet sok táblát tartalmaz több száz megabájt adattal. MySQL Performance Test Suite Ezek a tesztek gyakran használt lekérdezéseken futnak. Azt is lehetővé teszik, hogy megnézze, hogy a legújabb optimalizálási csomag valóban gyorsabbá teszi-e a kódot. Lásd a részt. crash-me teszt A teszt megpróbálja meghatározni, hogy az adatbázis milyen funkciókat támogat, és melyek a képességei és korlátai. Lásd: 5.1.4 A MySQL Benchmark Suite.

Van még egy teszt. Ez abból áll, hogy legalább egy gépen a MySQL legújabb verzióját futtatjuk belső éles környezetünkben. Ezzel a verzióval több mint 100 gigabájtnyi adat áll rendelkezésünkre.