MySQL (skrót od Free Relational Database Management System) to kompaktowy, wielowątkowy serwer baz danych, który jest szybki, stabilny i łatwy w użyciu.

Początkowo opracowany przez TcX w celu rozwiązywania problemów wewnętrznych - najszybszego możliwego przetwarzania dużych baz danych. Używany wewnętrznie od 1996 roku na serwerze z ponad 40 bazami danych zawierającymi 10 000 tabel, z których ponad 500 ma ponad 7 milionów wierszy.

Obecnie MySQL jest rozwijany i obsługiwany przez firmę Oracle Corporation, która 27 stycznia 2010 r. przejęła firmę Sun Microsystems, po czym włączyła MySQL do swojej linii produktów. Wcześniej (26 lutego 2008 r.) firma Sun Microsystems zapłaciła 1 miliard dolarów za zakup MySQL AB. Produkt jest rozpowszechniany zarówno na podstawie Powszechnej Licencji Publicznej GNU, jak i własnej licencji komercyjnej. Ponadto programiści tworzą funkcjonalność na zlecenie licencjonowanych użytkowników, dzięki temu porządkowi mechanizm replikacji pojawił się niemal w najwcześniejszych wersjach.

MySQL jest najbardziej optymalnym rozwiązaniem dla małych i średnich aplikacji. Źródła serwerowe są kompilowane na wielu platformach. Możliwości serwera są najpełniej zademonstrowane na serwerach Unix, gdzie istnieje obsługa wielowątkowości, co daje znaczny wzrost wydajności. Zawarte w serwerach WAMP, AppServ, LAMP i przenośnych serwerach Denver, XAMPP. MySQL jest zwykle używany jako serwer, do którego uzyskują dostęp klienci lokalni lub zdalni, ale dystrybucja zawiera bibliotekę zaplecza, która umożliwia dołączanie MySQL do samodzielnych programów.
Dzięki obsłudze ogromnej liczby typów tabel MySQL jest dość elastyczny. Użytkownicy mogą wybierać zarówno tabele wyszukiwania pełnotekstowego MyISAM, jak i indywidualne tabele transakcyjne InnoDB. Ponadto MySQL zawiera specjalny typ tabeli PRZYKŁAD, który pokazuje, jak tworzyć nowe typy tabel. Dzięki temu, a także otwartej architekturze i licencjonowaniu GPL, możliwe jest niemal nieskończone dodawanie nowych typów tabel do MySQL.

Serwer MySQL jest bezpłatny do użytku niekomercyjnego. W przeciwnym razie należy zakupić licencję, której aktualny koszt wynosi 190 EUR.

Społeczność programistów MySQL stworzyła różne forki kodu, takie jak Drizzle, OurDelta, Percona Server i MariaDB. Wszystkie te oddziały istniały już w momencie przejęcia firmy Sun przez Oracle.

Pojawienie się MySQL

Przed 1994 rokiem rynek składał się przede wszystkim z baz danych przeznaczonych do obsługi dużych wolumenów danych i złożonych relacji, które posiadały różnorodne możliwości, ale jednocześnie wymagały znacznych zasobów obliczeniowych. Do tych baz danych należą Oracle, Informix i Sybase. Nie było systemów DBMS obsługujących SQL i jednocześnie przystępnych cenowo.

Duże korporacje i uniwersytety mogły sobie pozwolić na zakup potężnych systemów obliczeniowych, natomiast mniejsze organizacje i użytkownicy korzystali ze słabych desktopowych baz danych, takich jak Postgres, który wykorzystywał odmianę języka QUEL (PostQUEL), ale który niestety wymagał takich samych zasobów.podobnie jak jego odpowiedniki, ale nie zapewniał korzyści płynących z używania SQL jako języka zapytań.

Następnie niejaki David Hughes (który później po opublikowaniu swojej pracy w Internecie stał się znany jako Bamby), piszący wówczas rozprawę doktorską na Bond University (Australia), rozpoczął prace nad projektem Minerva Network Management System – systemem monitorującym i system sterowania z jednego lub większej liczby punktów w grupie systemów. Głównym elementem projektu miała być baza danych przechowująca informacje o wszystkich komputerach w sieci. Hughes najpierw zdecydował się użyć Postgres. Jednakże koledzy zasugerowali użycie SQL jako języka zapytań dla Minerwy, ponieważ SQL jest najpopularniejszym językiem zapytań, a dzięki jego użyciu Minerva mogłaby stać się dostępna w dowolnym miejscu na świecie, gdzie istnieje RDBMS obsługujący SQL. To był impuls do stworzenia MySQL.

Hughes postanowił sam stworzyć program, który w czasie rzeczywistym tłumaczyłby SQL na PostQUEL. Nazwał swój program miniSQL lub mSQL. Przechwycił instrukcje SQL wysłane przez Minerwę, przekonwertował je na PostQUEL i wysłał wynik do Postgres. Przez pewien czas taka sytuacja odpowiadała Hughesowi. Jednak w wyniku dalszego rozwoju Minervy stało się oczywiste, że przy ograniczonych dostępnych zasobach ani Postgres, ani żaden inny duży RDBMS nie będzie w stanie obsłużyć niewielkiego zestawu potrzebnych funkcji. Przykładowo, aby zaimplementować możliwość jednoczesnego podłączenia Minervy do kilku baz danych na raz, Postgres wymagał jednoczesnego uruchomienia kilku instancji serwera bazodanowego.

Aby rozwiązać te problemy, Hughes przeanalizował pracę Minerwy i okazało się, że głównymi zapytaniami generowanymi przez Minerwę były: „wstaw”, „usuń” i „wybierz”. Ponieważ Hughes miał już mSQL do tłumaczenia SQL, musiał jedynie stworzyć serwer bazy danych odpowiadający swoim potrzebom.

I tu z pomocą przychodzi Michael Monty Widenius, uznawany za twórcę MySQL. W 1979 roku opracował narzędzie do zarządzania bazami danych o nazwie UNIREG. UNIREG został następnie rozszerzony, aby obsługiwać większe bazy danych i został przepisany na kilka języków. W 1994 roku TcX rozpoczęło tworzenie aplikacji www przy użyciu UNIREG. Jednak ze względu na duże obciążenie UNIREG nie mógł być z powodzeniem używany do dynamicznego generowania stron internetowych. Dlatego Widenius zdecydował się skontaktować z autorem mSQL, Hughesem, aby zasugerować połączenie mSQL z modułem obsługi B+ ISAM w UNIREG. Jednakże firma Hughes poczyniła znaczne postępy na drodze do mSQL 2 i firma zdecydowała się stworzyć serwer baz danych dostosowany do swoich potrzeb.

TcX wziął za podstawę UNIREG i użył narzędzi innych firm dla mSQL, napisał API dla swojego systemu, które początkowo było bardzo podobne do API dla mSQL. Jednakże umożliwiło to każdemu użytkownikowi mSQL, który chciał przeprowadzić migrację do serwera bazy danych TcX, na dokonanie drobnych zmian w swoim kodzie. Kod źródłowy nowej bazy danych był całkowicie oryginalny. Tym samym w maju 1995 roku firma dysponowała bazą danych MySQL 1.0, która w pełni zaspokajała potrzeby firmy.

W 1995 roku David Oxmark, który pracuje dla Detron HB i jest partnerem biznesowym firmy, zaczął aktywnie zapraszać firmę TcX do dystrybucji systemu MySQL DBMS przez Internet. David brał nawet udział w pracy nad dokumentacją. W rezultacie w 1996 roku wydano wersję 3.11.1 systemu MySQL DBMS jako dystrybucję binarną dla systemów Linux i Solaris. Obecnie MySQL działa na wielu platformach i jest dostępny zarówno w wersji binarnej, jak i źródłowej.

Dziś MySQL stał się najpopularniejszym narzędziem do pracy z bazami danych w PHP. Wynika to przede wszystkim z faktu, że obsługa tego serwera jest zawarta w dystrybucji PHP. Ponadto popularności MySQL sprzyjają dość dobre właściwości i szeroka gama standardowych funkcji interfejsu, które są niezwykle łatwe w użyciu.

Polityka licencyjna MySQL jest bardziej elastyczna niż w przypadku innych serwerów baz danych. Zasadniczo MySQL jest darmowy, chyba że zamierzasz go sprzedawać lub sprzedawać zbudowane na nim usługi.

MySQL jest wysoce przenośny i może być używany równie dobrze w komercyjnych systemach operacyjnych, takich jak Solaris, Irix lub Windows, a także na dowolnym sprzęcie, aż do wydajnych serwerów. Ponadto, podobnie jak drożsi rywale, radzi sobie z dużymi bazami danych zawierającymi miliony rekordów.

Nazwa i logo

Jeśli chodzi o nazwę, istnieje kilka wersji jej pochodzenia. Pierwsza wersja mówi, że użycie przedrostka „my” tłumaczy się faktem, że w TcX katalog podstawowy, a także znaczna liczba bibliotek i narzędzi, były oznaczone tym przedrostkiem przez dziesięć lat. Dlatego logiczne było użycie go w tym przypadku.

Druga wersja, bardziej sentymentalna, opiera się na fakcie, że Michael Monty Widenius nazwał nowy produkt MySQL od imienia swojej córki – My. Córka Videniusa tak naprawdę ma na imię Moja, a on sam nie obala ani pierwszej, ani drugiej wersji.

Logo delfina MySQL nosi nazwę „Sakila”. Zostało wybrane z dużej listy „imion delfinów” sugerowanych przez użytkowników. Imię „Sakila” nadało programista Open Source Ambrose Twebaze.

Funkcje MySQL'a

Główną cechą MySQL jest to, że obsługuje język zapytań SQL w standardzie ANSI 92, a dodatkowo posiada wiele rozszerzeń tego standardu, których nie znajdziesz w żadnym innym systemie zarządzania bazami danych.
Krótka lista funkcji MySQL:

1. Wspierana jest efektywna praca nieograniczonej liczby użytkowników pracujących jednocześnie z bazą danych.

2. Liczba wierszy w tabelach może osiągnąć 50 milionów.

3. Najszybsze możliwe wykonanie poleceń. Istnieje opinia, że ​​MySQL jest najszybszym istniejącym serwerem.

4. Prosty i skuteczny system bezpieczeństwa.

Przykładowy wykres w MySQL

Wady MySQL

Jednak MySQL ma również pewne wady. Wynika to głównie z faktu, że aby osiągnąć tak dużą prędkość, programiści musieli poświęcić część wymagań stawianych systemom zarządzania relacyjnymi bazami danych.

Zatem w MySQL brakuje:

1. Obsługa zagnieżdżonych zapytań, takich jak SELECT * FROM tabela1 WHERE id IN (WYBIERZ id ​​Z tabeli2) (we wcześniejszych wersjach).

2. Obsługa transakcji nie jest zaimplementowana. Zamiast tego proponuje się użycie BLOKOWANIA/ODBLOKOWANIA TABELI.

3. Nie ma obsługi kluczy obcych.

4. Nie ma obsługi wyzwalaczy i procedur składowanych.

5. Brak obsługi widoków (WIDOK). W wersji 3.23 planowana jest możliwość tworzenia widoków.

Według twórców to właśnie punkty 2-4 umożliwiły osiągnięcie wysokiej wydajności. Ich wdrożenie znacznie zmniejsza prędkość serwera. Cechy te nie są krytyczne przy tworzeniu aplikacji webowych, co w połączeniu z dużą wydajnością i niską ceną pozwoliło serwerowi zyskać dużą popularność.

Koncesjonowanie

MySQL jest objęty podwójną licencją. MySQL może być rozpowszechniany na warunkach licencji GPL. Jednakże, zgodnie z warunkami licencji GPL, jeśli jakikolwiek program zawiera kod źródłowy MySQL, musi być również rozpowszechniany na licencji GPL. Może to stać w sprzeczności z planami programistów, którzy nie chcą udostępniać swoich programów na zasadach open source. W takich przypadkach dostępna jest licencja komercyjna, która zapewnia również wysokiej jakości wsparcie serwisowe.

Platformy

MySQL został przeniesiony na wiele platform: 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 i Windows 7. Dostępny jest również port MySQL do OpenVMS. Należy zauważyć, że na oficjalnej stronie DBMS do bezpłatnego pobrania dostępne są nie tylko kody źródłowe, ale także gotowe moduły wykonywalne MySQL DBMS, skompilowane i zoptymalizowane dla konkretnych systemów operacyjnych.

Języki programowania

MySQL posiada interfejsy API dla Delphi, C, C++, Eiffel, Java, Lisp, Perl, PHP, Python, Ruby, Smalltalk, Component Pascal i Tcl, biblioteki dla języków platformy .NET, a także zapewnia obsługę ODBC poprzez sterownik ODBC MyODBC.

Historia wersji

Pierwsza wewnętrzna wersja MySQL miała miejsce 23 maja 1995 r. [źródło nieokreślone 1224 dni].
Wersja dla systemów Windows (Windows 95 i NT) została wydana 8 stycznia 1998 roku.
Wersja 3.23: wersja beta z czerwca 2000 r., wydanie w styczniu 2001 r.
Wersja 4.0: beta w sierpniu 2002, wydanie w marcu 2003.
Wersja 4.1: beta w czerwcu 2004, wydanie w październiku 2004.
Wersja 5.0: beta w marcu 2005, wydanie w październiku 2005.
Wersja 5.1: rozwój rozpoczął się w listopadzie 2005, wydanie w listopadzie 2008.
Wersja 5.4: beta w kwietniu 2009, nie została wydana.
Wersja 5.5: wydanie z grudnia 2010 r.
Wersja 5.6: w fazie rozwoju (5.6.6 m9 7 sierpnia 2012).

Historia wersji


MySQL 4.0

Chociaż wersja 4.0 jest przestarzała, nadal jest powszechnie stosowana. Główne cechy tej wersji:

Prawie kompletna implementacja ANSI SQL-99 plus rozszerzenia;
kompatybilność międzyplatformowa;
niezależne typy tabel (MyISAM do szybkiego odczytu, InnoDB do transakcji i integralności referencyjnej);
transakcje;
obsługa protokołu SSL;
żądanie buforowania;
replikacja: jeden serwer główny na jednego niewolnika, wielu niewolników na jednego szefa;
indeksowanie i wyszukiwanie pełnotekstowe z wykorzystaniem tabeli typu MyISAM;
zaimplementowana biblioteka baz danych;
Obsługa Unicode (UTF-8);
Tabele InnoDB zgodne z ACID;
wbudowany serwer, który pozwala na włączenie MySQL do samodzielnych aplikacji.

Zagnieżdżone zapytania i tabele pochodne.
nowy system kodowania i sortowania;
szybszy i bardziej elastyczny protokół klient-serwer z obsługą przygotowanych zapytań, zapewniający ich optymalną realizację;
nowy program instalacyjny i konfiguracyjny dla systemów Microsoft Windows i Linux;
połączenia klient-serwer zabezpieczone poprzez OpenSSL;
wysoce zoptymalizowana biblioteka, którą można wykorzystać w programach innych firm;
pełna obsługa Unicode (UTF-8 i UCS2);
standardowe typy danych przestrzennych GIS służące do przechowywania informacji geograficznej;
ulepszony system wyszukiwania pełnotekstowego i pomocy.

MySQL5.0

Wersja MySQL 5.0 została wydana 24 października 2005. Ta wersja ma znacznie rozszerzoną funkcjonalność, która stawia MySQL na równi z komercyjnymi systemami DBMS. Jeśli wcześniej MySQL DBMS był oskarżany o niewystarczającą obsługę standardu SQL, to wraz z pojawieniem się piątej wersji tej popularnej bazy danych pojawiła się niemal pełna obsługa standardu SQL. MySQL 5.0 zawiera następujące innowacje:
procedury składowane i funkcje;
procedury obsługi błędów;
kursory;
wyzwalacze;
reprezentacja;
schemat informacyjny (tzw. słownik systemowy zawierający metadane).

MySQL 5.1

MySQL 5.1 kontynuuje ścieżkę do standardu SQL:2003. MySQL 5.1 zawiera następujące innowacje:

Partycjonowanie to możliwość podzielenia jednej dużej tabeli na kilka części znajdujących się w różnych systemach plików w oparciu o funkcję zdefiniowaną przez użytkownika. Pod pewnymi warunkami może to zapewnić znaczny wzrost wydajności, a dodatkowo ułatwić skalowanie tabel.
Zmieniono zachowanie wielu operatorów, aby zapewnić większą zgodność ze standardem SQL2003.
Replikacja oparta na wierszach, w której do dziennika binarnego zostaną zapisane tylko informacje o rzeczywiście zmienionych wierszach tabeli, zamiast oryginalnego (i prawdopodobnie powolnego) tekstu zapytania. Replikacji wierszowej można używać tylko w przypadku niektórych typów zapytań SQL, w terminologii MySQL – replikacji mieszanej.
Wbudowany harmonogram okresowo uruchamianych zadań. Pod względem składni dodanie zadania przypomina dodanie wyzwalacza do tabeli, pod względem ideologicznym przypomina crontab.
Dodatkowy zestaw funkcji do przetwarzania XML, implementacja obsługi XPath.
Nowe narzędzia do diagnostyki problemów i analizy wydajności. Rozszerzono możliwości zarządzania zawartością plików logów, teraz można zapisywać logi w tabelach general_log i slow_log. Narzędzie mysqlslap umożliwia testowe załadowanie bazy danych i zarejestrowanie czasu odpowiedzi na każde żądanie.
Aby uprościć operację aktualizacji, przygotowano narzędzie mysql_upgrade, które sprawdzi wszystkie istniejące tabele pod kątem kompatybilności z nową wersją i w razie potrzeby dokona odpowiednich korekt.
MySQL Cluster jest teraz wydawany jako oddzielny produkt oparty na MySQL 5.1 i pamięci NDBCLUSTER.
Istotne zmiany w działaniu MySQL Cluster, takie jak np. możliwość przechowywania danych tabelarycznych na dysku.
Powróć do korzystania z wbudowanej biblioteki libmysqld, której brakowało w MySQL 5.0.
Interfejs API wtyczek, który umożliwia ładowanie modułów innych firm rozszerzających funkcjonalność (takich jak wyszukiwanie pełnotekstowe) bez ponownego uruchamiania serwera.
Implementacja parsera wyszukiwania pełnotekstowego jako wtyczki.
Nowy typ stołu Maria (odporny na uderzenia klon MyISAM).

Typ stołu Maria

Maria (od wersji 5.2.x - Aria) - rozszerzona wersja magazynu MyISAM, z dodatkiem narzędzi do utrzymania integralności danych po awarii.
Główne zalety Marii:

W przypadku awarii wyniki bieżącej operacji są cofane lub przywracane do stanu sprzed polecenia BLOKADA TABELE. Implementacja poprzez operacje rejestrowania.
Możliwość przywrócenia stanu z dowolnego punktu dziennika operacji, w tym obsługa CREATE/DROP/RENAME/TRUNCATE. Można go używać do tworzenia przyrostowych kopii zapasowych poprzez okresowe kopiowanie dziennika operacji.
Obsługa wszystkich formatów kolumn MyISAM została rozszerzona o nowy format „wiersze w bloku”, który wykorzystuje metodę przechowywania danych opartą na stronach, w której można buforować dane w kolumnach.
W przyszłości zostaną zaimplementowane dwa tryby: transakcyjny i bez odbicia w dzienniku transakcji, dla danych niekrytycznych.
Rozmiar strony danych wynosi 8 KB (w MyISAM 1 KB), co pozwala na lepszą wydajność w przypadku indeksów na polach o stałym rozmiarze, ale wolniej w przypadku indeksowania kluczy o zmiennej długości.

MySQL-a 5.5

Gałąź MySQL 5.5 bazuje na niewydanej jeszcze serii MySQL 5.4 i zawiera szereg znaczących ulepszeń związanych ze zwiększoną skalowalnością i wydajnością, w tym:
Domyślnie korzystam z silnika InnoDB.
Obsługa półsynchronicznego mechanizmu replikacji opartego na łatkach do InnoDB od Google.
Ulepszona funkcjonalność partycjonowania danych. Zaawansowana składnia do dzielenia dużych tabel na wiele części znajdujących się w systemach plików (partycjonowanie). Dodano operacje ZAKRES, LISTA i metodę optymalizacji „czyszczenia partycji”.
Nowy mechanizm optymalizacji zapytań zagnieżdżonych i operacji JOIN.
Wewnętrzny system blokowania został przeprojektowany.
Zintegrowano poprawki Google, aby zoptymalizować wydajność InnoDB na procesorach z dużą liczbą rdzeni.

MySQL 6.0

Wersja MySQL 6.0 została zamrożona na etapie testów alfa. Początkowo zdecydowano się na stworzenie wersji 5.2, która wkrótce została przemianowana na 6.0. Później jednak ze strony zniknęły informacje o MySQL 6.0, a programiści skupili się na wersji 5.5 i kolejnej wersji 5.6.
Jedną z głównych innowacji wersji 6.0 miał być nowy typ tabeli Falcon, opracowany jako potencjalny następca InnoDB firmy Innobase przejętej przez firmę Oracle. W związku z przejęciem Sun Microsystems przez tę samą Oracle w 2010 roku los Falcona pozostaje pod znakiem zapytania.

Dane techniczne

Maksymalny rozmiar tabeli w MySQL 3.22 wynosi do 4 GB, w kolejnych wersjach maksymalny rozmiar wynosi aż do 8 milionów TB (263 bajty).
Rozmiar stołu jest ograniczony jego rodzajem. Ogólnie rzecz biorąc, typ MyISAM jest ograniczony przez limit rozmiaru pliku systemu operacyjnego. Na przykład w systemie NTFS rozmiar ten teoretycznie może wynosić do 32 eksabajtów. W przypadku InnoDB jedna tabela może być przechowywana w kilku plikach reprezentujących pojedynczy obszar tabel. Rozmiar tego ostatniego może osiągnąć 64 terabajty.

W przeciwieństwie do MyISAM, InnoDB ma znaczne ograniczenie liczby kolumn, które można dodać do pojedynczej tabeli. Domyślny rozmiar strony pamięci wynosi 16 kilobajtów, z czego 8123 bajty są przydzielone na dane. Rozmiar wskaźnika do pól dynamicznych wynosi 20 bajtów. Zatem w przypadku korzystania z dynamicznego formatu wierszy (ROW_FORMAT=DYNAMIC) jedna tabela może pomieścić maksymalnie 409 kolumn typu blob lub tekstowych.

Począwszy od wersji 4.1, w systemie MySQL DBMS wprowadzono nowy system kodowania i sortowania. W przypadku korzystania z kodowania Windows-1251, przed wykonaniem instrukcji SQL należy skonfigurować kodowanie połączenia za pomocą operatorów:

USTAW zestaw_znaków_klient="cp1251";
USTAW znak_zestaw_results="cp1251";
SET Character_set_connection="cp1251";

Te trzy instrukcje są równoważne wywołaniu jednej instrukcji:

NAZWY ZESTAWÓW „cp1251”

Zmienna Character_set_client określa kodowanie danych wysyłanych od klienta, zmienna Character_set_results określa kodowanie danych wysyłanych do klienta, zmienna Character_set_connection określa kodowanie, na jakie konwertowane są informacje otrzymane od klienta przed wykonaniem żądania na serwerze.

W przypadku korzystania z Unicode UTF-8 ta instrukcja wygląda następująco:
NAZWY ZESTAWÓW „utf8”

Kodowanie ISO 8859-5 nie jest obsługiwane.

W MySQLu wybierz wersję()— zapytanie zwracające nazwę użytego pakietu i jego wersję. Nazwą może być sam MySQL lub jego rozwidlenie, które rozwija się samodzielnie – MaraiDB. Różnica pomiędzy pakietami nie jest zauważalna przy rozwiązywaniu większości problemów. MySQL 5.6 pasuje do MaraiDB 10.

Wybierz wersję MySQL i jak znaleźć wersję MySQL

Wersję możesz znaleźć na kilka sposobów. Najprostszy nie wymaga znajomości hasła użytkownika serwera bazy danych. Po prostu zaloguj się przez SSH i uruchom mysql --version

mysql wersja 14.14 Distrib 5.5.55, dla debian-linux-gnu (x86_64) przy użyciu readline 6.3

Aby skorzystać z podanej w tytule metody należy wysłać żądanie SQL, w tym celu należy zalogować się do konsoli (można to również zrobić za pomocą skryptu).

Wprowadź hasło:
Witamy w monitorze MySQL. Polecenia kończą się ; lub\g.
Twój identyfikator połączenia MySQL to 41
Wersja serwera: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

Copyright (c) 2000, 2017, Oracle i/lub jej podmioty stowarzyszone. Wszelkie prawa zastrzeżone.

Oracle jest zastrzeżonym znakiem towarowym firmy Oracle Corporation i/lub jej
filie. Inne nazwy mogą być znakami towarowymi odpowiednich podmiotów
właściciele.

Wpisz „pomoc”; lub „\h”, aby uzyskać pomoc. Wpisz „\c”, aby wyczyścić bieżącą instrukcję wejściową.

Niezbędne informacje są dostępne w wynikach pojawiających się po pomyślnej autoryzacji. W tym przypadku używany jest serwer MySQL w wersji 5.5.55-0.

Ponadto w konsoli serwera bazy danych możesz zażądać wersji w następujący sposób:

+————————-+
| wersja() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 rząd w zestawie (0,00 s)

We wszystkich rozpatrywanych przypadkach uzyskano równie kompletne informacje.

Przeczytaj serię artykułów opisujących podstawy pracy z MySQL ().

Jeżeli skrypty serwisu współpracujące z bazą danych są pisane dla konkretnej wersji oprogramowania znajdującego się na serwerze i nie jest to ta wersja, z której korzystamy, to zarówno wersję, jak i sam pakiet, można zmienić. W Debianie robi się to po prostu; algorytm podano poniżej.

Zmiana wersji serwera bazy danych na Debian

1) za pomocą narzędzia mysqldump tworzony jest zrzut wszystkich tabel (w tym tabel usług).

2) opakowanie zostaje usunięte apt-get usuń serwer mysql* && apt-get usuń serwer mysql*, po wykonaniu kopii musisz także usunąć /var/lib/mysql i /etc/mysql

3) dodano repozytorium wymienione na oficjalnej stronie do /etc/apt/source.list (na przykład dla MariaDB 10 na Debianie 8), informacje zostały zaktualizowane apt-get aktualizacja

3) także przez apt-get instalowany jest nowy pakiet, a następnie ładowane są zrzuty bazy danych

Zawsze należy mieć przy sobie kopie na wypadek nieprzewidzianych sytuacji. Różne wersje używają różnych dyrektyw w plikach konfiguracyjnych i mogą wymagać ręcznej edycji.

Przeczytaj o tym, za jego pomocą wyprowadzono wersję pakietu; próbkowanie jest najczęstszą operacją.

• Bezpieczeństwo
• Jakość
• Cena
• Niezawodność
• Prostota
• Stabilność
• Wsparcie
• Prędkość
• Panel sterowania

Sekcja pomocy FAQ

Recenzja hostingu wideo

Jak wgrać serwer na FTP

UWAGA: Wystarczy przesłać tylko 3 foldery ( skrypty filtrujące, tryby gry, pliki skryptów) i 1 plik serwer.cfg, następnie napisz linię w server.cfg (jeśli go tam nie ma) plugins streamer.so sscanf.so CRP.so mysql.so Musisz także upewnić się, że mod w formacie .amx istnieje w folderze gamemodes, a nazwa moda jest poprawnie zapisana w pliku server.cfg (config).

Klient FileZilla
Wchodzić gospodarz Przykład: 194.58.88.74 - Zaloguj sie *****- hasło********** NIE WPISUJ NIC W POLU PORTU!!!

UWAGA: Jeśli nie ma połączenia z FTP przez FileZilla, pobierz Total Commander i połącz się przez niego!

Totalny Dowódca- do przesyłania plików samp na FTP
Wchodzić gospodarz Przykład: 194.58.88.74 - Zaloguj sie 173104911- hasło g1KdN7D3q

Gdzie wejść? Odpowiedź: uruchom Total Commander > Sieć > Połącz z serwerem FTP > Dodaj, a następnie wprowadź swoje dane, jak pokazano na przykładowym zrzucie ekranu:

Mod nieznany

Jeśli w polu trybu gry widnieje informacja „nieznany”, wykonaj następujące kroki:
1. Najpierw wyłącz serwer
2. Przejdź do panelu sterowania w zakładce Opcje serwera > Ustawienia
3.Dodaj linię poniżej wtyczki streamer.so sscanf.so CRP.so mysql.so
Zmień nazwę wtyczek, jeśli mod jest nieznany, na przykład: wtyczki streamer.so sscanf.so CRP.so mysql.so NA wtyczki streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
*Folder wtyczek jest domyślnie instalowany i zawiera wszystkie niezbędne wtyczki.
*Możesz zainstalować dowolną wtyczkę na FTP, a następnie zarejestrować wymaganą wtyczkę dla serwera w panelu sterowania w sekcji Ustawienia.
*Do skompilowania i aktualizacji streamera użyj programu PAWNO
4.W folderze wtyczki powinny być wtyczki z rozszerzeniem .so dla Linuksa: wybierz żądaną wtyczkę dla swojego serwera i wpisz jej nazwę w ustawieniach panelu w linii wtyczki PRZYKŁAD: wtyczki streamer.so
5. Nie zapominaj, że używamy systemu operacyjnego Linux, co oznacza w Ustawieniach panelu
napisz linię dla wtyczek wtyczek: streamer.so sscanf.so CRP.so z rozszerzeniem .Więc w przeciwnym razie Twój serwer nie będzie działał poprawnie.

Dla System operacyjny Linux zarejestruj się w server.cfg jako: wtyczki streamer.so sscanf.so CRP.so mysql.so antiattack.so
Jedna z wtyczek libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 powinna znajdować się w folderze serwera.

Uwaga: jeśli serwer działa poprawnie na systemie operacyjnym Windows, nie oznacza to, że będzie działał poprawnie na systemie Linux.

Co mam zrobić jeśli po wypełnieniu nie ma ikon, domów, firm itp.?

Wpisz streamer2.5.so w konfiguracji, zapisz i zrestartuj serwer.
Przykład:

wtyczki streamer2.5.so sscanf.so CRP.so mysql.so regex.so

Jak sprawdzić wersję wtyczki?
Na swoim komputerze lokalnym uruchom serwer, następnie zajrzyj do logu, tam zostanie wskazana wersja wtyczki, zarejestruj tę wersję na hostingu w konfiguracji serwera.
Przykład:

Wtyczki serwerowe
--------------
Ładowanie wtyczki: streamer.so
*** Wtyczka Streamer v2.6.1 przez Incognito załadowana ***

Oznacza to, że musisz określić wersję streamera 2.6.1.so w konfiguracji serwera

Pomoc - Podłączenie moda do serwera mysql

Otwórz mod (plik.PWN) programem PAWNO, podaj swoje dane z sekcji MYSQL

Przykład:

#define mysql_host "host.site"
#zdefiniuj mysql_db "s20000"
#zdefiniuj użytkownika_mysql "s20000"
#define mysql_pass "leniwy"

Po skompilowaniu moda w formacie .AMX i zaimportowaniu zapytania sql do bazy danych

Uwaga! Jeżeli podczas kompilacji pojawi się komunikat nieznany, mod nie zostanie wykryty.
Rozwiązaniem jest poszukanie skryptera, który naprawi błąd.

Aby zmienić nazwę moda, a raczej parametr hostname należy wejść do panelu sterowania serwera w sekcji -Settings (jest to konfiguracja serwera sever.cfg) i w wierszu nazwy hosta po prawej stronie wpisać swoją nazwę serwera , na przykład: *** Nasz serwer jest najlepszy * **
Zapisz dane w panelu i pamiętaj o ponownym uruchomieniu serwera, aby nowe parametry zaczęły obowiązywać.
Jeśli po tym wszystkim powyższe imię się nie zmieniło, to trzeba zmienić nazwę w samym modzie za pomocą programu PAWNO, a to już zupełnie inna historia dostępna w Internecie.

Serwer.cfg

zapytanie 1 – Nie zmieniamy się.

maxnpc 10 – Nie zmieniamy się.
onfoot_rate 40 – Nie zmieniaj.
incar_rate 40 – Nie zmieniamy tego.
broń_rate 40 – Nie zmieniaj.




- standardowa linia wtyczek do konfiguracji sampa

Jak nadać sobie konto administratora

Przejdź do serwera w folderze pliki skryptów, znajdź swoje NACIĘCIE
przykład: Aldo_Mangano, otwórz plik za pomocą Notatnika,
znajdź linię Poziom administratora podaj 1999, następnie zapisz plik i zrestartuj serwer.

Serwer.cfg

echo Wykonywanie konfiguracji serwera…
lanmode 0 – 0 – gra przez Internet, 1 – gra przez sieć lokalną.
rcon_password 123 – „123” – hasło z panelu administracyjnego na serwerze.
maxplayers 50 – Jak już zrozumiałeś, maksymalna liczba to gracze. W wersji 0.3a maksymalnie 500.
port 7777 – Port wyświetlany na końcu adresu serwera. (Na hostingu eksponuje się)
nazwa hosta NameServer – nazwa Twojego przyszłego serwera.
tryb gamemode0 – mod gry na Twój przyszły serwer. Więcej na ten temat poniżej...
ogłosić 0 – 1 serwer jest widoczny w zakładce Internet / 0 nie jest widoczny.
zapytanie 1 – Nie zmieniamy się.
witryna weburl – witryna serwera, jeśli jest dostępna.
maxnpc 10 – Nie zmieniamy się.
onfoot_rate 40 – Nie zmieniaj.
incar_rate 40 – Nie zmieniamy tego.
broń_rate 40 – Nie zmieniaj.
stream_distance 300.0 – Nie zmieniaj.
stream_rate 1000 – Nie zmieniaj.
hasło - twoje_hasło (Serwer z hasłem)
język Rosja - mapa do wersji 0.3.7 zamiast mapy
wtyczki streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so- standardowa linia wtyczek do konfiguracji sampa

Wydanie stabilnej wersji MySQL w wersji 5.6. W nowej wersji włożono dużo pracy. Główne wysiłki miały na celu poprawę wydajności, skalowalności i elastyczności. Silnik InnoDB przeszedł istotne zmiany.

Kluczowe ulepszenia obejmują: obsługę narzędzi wyszukiwania pełnotekstowego, możliwość dostępu do danych poprzez API memcached, zwiększoną wydajność podczas intensywnego rejestrowania danych oraz zwiększoną skalowalność podczas przetwarzania dużej liczby jednoczesnych żądań.

Kolejną innowacją w wersji 5.6 jest możliwość wykonywania operacji DDL (Data Definition Language) bez przełączania DBMS w tryb offline i zakłócania dostępu do tabel. Administratorzy mogą wykonywać operacje związane z resetowaniem schematu, dodawaniem lub usuwaniem kolumn danych czy zmianą nazw kolumn bez wyłączania DBMS. Wcześniej takie funkcje były dostępne tylko w produktach NoSQL.

W porównaniu z wersją 5.5 nowy produkt może teraz działać na 48-rdzeniowych serwerach w porównaniu z 32-rdzeniowymi w MySQL 5.5

Trochę więcej szczegółów na temat kluczowych funkcji:

• Zaimplementowano interfejs umożliwiający bezpośredni dostęp do tabel InnoDB w stylu systemów NoSQL przy użyciu API manipulującego parami klucz/wartość i jest kompatybilny z memcached.
• W InnoDB można teraz tworzyć indeksy pełnotekstowe w celu zorganizowania szybkiego wyszukiwania według form wyrazowych wśród treści tekstowych przechowywanych w tabelach InnoDB. Wcześniej wyszukiwanie pełnotekstowe było dostępne tylko dla tabel MyISAM.
• Poprawa wydajności optymalizatora zapytań, optymalizacja procesu wyboru zestawu wynikowego wartości, sortowania i wykonania zapytania. Nowe optymalizacje Index Condition Pushdown (ICP) i Batch Key Access (BKA) zapewniają do 280 razy większą przepustowość w przypadku niektórych zapytań. Zwiększono wydajność wykonywania zapytań typu „SELECT... FROM single_table... ORDER BY non_index_column LIMIT N;”. Poprawiono wydajność zapytań „SELECT... LIMIT N”, które wyświetlają tylko część wierszy z dużej próbki.
• Rozszerzono narzędzia diagnostyczne Optymalizatora, dodano obsługę EXPLAIN dla operacji INSERT, UPDATE i DELETE. Wyniki EXPLAIN można teraz wyświetlać w formacie JSON. Nowy tryb śledzenia optymalizatora umożliwia śledzenie każdej decyzji podjętej podczas optymalizacji zapytania.
• Dodatkowe optymalizacje wykonania podzapytań, w których zagnieżdżone zapytania w postaci „WYBIERZ... Z tabeli 1 WHERE... IN (WYBIERZ... Z tabeli 2 ...))” są przekładane na bardziej optymalną reprezentację na etapie przed bezpośrednim wykonaniem zapytania, na przykład zastąpione bardziej wydajnym JOIN.
• Rozszerzenie wdrożenia systemu diagnostycznego PERFORMANCE_SCHEMA, który dostarcza narzędzia niskiego poziomu do monitorowania wykonywania zapytań i różnych zdarzeń podczas pracy SZBD. PERFORMANCE_SCHEMA zapewnia szczegółowy wgląd w wąskie gardła w długotrwałych zapytaniach, a także statystyki podsumowujące pogrupowane według zapytania, wątku, użytkownika, hosta i obiektu.
• Poprawiono implementację silnika InnoDB, nastąpił wzrost wydajności przy realizacji transakcji oraz podczas aktywności z przewagą operacji odczytu danych – w niektórych sytuacjach przyspieszenie sięga 230%.
• Tryb replikacji odroczonej, który umożliwia replikację danych nie od razu, ale z pewnym opóźnieniem, co pozwala zapewnić ochronę przed błędami operatora (np. przypadkowym usunięciem zawartości tabeli).
• Zwiększenie maksymalnego rozmiaru plików z dziennikami zmian (InnoDB Redo Log) z 4 GB do 2 TB.
• Ulepszenia bezpieczeństwa: obsługa określania parametrów uwierzytelniania w pliku .mylogin.cnf w postaci zaszyfrowanej; dodanie wtyczki sha256_password umożliwiającej przechowywanie skrótów haseł przy użyciu algorytmu SHA-256; dodanie pola z czasem ważności hasła do tabeli mysql.user; nowa funkcja SQL VALIDATE_PASSWORD_STRENGTH() do oceny siły hasła.
• Wsparcie dla uruchomienia serwera w trybie tylko do odczytu (opcja --innodb-read-only, tylko InnoDB).
• Obsługa określania ułamków sekund w funkcjach TIME, DATETIME i TIMESTAMP w celu określenia mikrosekund.
• Obsługa opcji „--log”, „--log-slow-queries”, „--one-thread”, „--safe-mode”, „--skip-thread-priority”, „--table- „wycofano pamięć podręczną”.

Więcej informacji o innowacjach można znaleźć na stronie

Najpierw musisz zdecydować, czy chcesz najnowszą wersję eksperymentalną, czy najnowszą wersję stabilną:

• Jeśli masz zamiar użyć MySQL po raz pierwszy lub próbujesz przenieść MySQL do systemu, który nie ma dystrybucji binarnej, generalnie zalecamy rozpoczęcie od wersji stabilnej (obecnie wersja 3.23). Należy pamiętać, że wszystkie wydania MySQL są testowane przy użyciu testów porównawczych MySQL i kompleksowego zestawu testów przed każdym wydaniem (nawet w przypadku wydań eksperymentalnych).
• Jeśli pracujesz na starym systemie i chcesz go zaktualizować, ale chcesz uniknąć ewentualnych niespójności podczas aktualizacji, to musisz zastąpić go najnowszą wersją w tej samej gałęzi, z której korzystasz (gdzie podany jest tylko numer najnowszej wersji nowszy od Twojego). W takich wersjach staramy się naprawiać tylko błędy krytyczne i wprowadzać jedynie niewielkie, w miarę bezpieczne zmiany.

Po drugie, musisz zdecydować, czy chcesz używać dystrybucji źródłowej, czy binarnej. W większości przypadków lepiej jest wybrać dystrybucję binarną, jeśli taka istnieje dla Twojej platformy, ponieważ zazwyczaj jest łatwiejsza w instalacji niż dystrybucja źródłowa.

Instalacja ze źródła może być preferowana w następujących przypadkach:

• Jeśli chcesz zainstalować MySQL w jakiejś wyraźnie określonej lokalizacji (standardowe dostawy binarne są „gotowe do uruchomienia” w dowolnym miejscu, ale możesz potrzebować jeszcze większej elastyczności).
• Aby sprostać różnym wymaganiom użytkowników, dostarczamy dwie różne wersje binarne: jedną skompilowaną z nietransakcyjnymi procedurami obsługi tabel (mały, szybki kod binarny) i drugą skonfigurowaną z najważniejszymi możliwościami rozszerzalności, takimi jak tabele obsługujące transakcje. Obie wersje są kompilowane z tego samego kodu źródłowego. Wszyscy natywni klienci MySQL mogą łączyć się z obiema wersjami. Dystrybucja binarna wersji MySQL Extended jest oznaczona przyrostkiem -max i jest skonfigurowana z tymi samymi opcjami, co mysqld-max . Zobacz sekcję 4.7.5 mysqld-max, rozszerzony serwer mysqld. Jeśli chcesz korzystać z pakietu MySQL-Max RPM, musisz najpierw zainstalować standardowy pakiet MySQL RPM.
• Jeśli chcesz skonfigurować mysqld z dodatkowymi funkcjami, które nie są dostępne w standardowych dystrybucjach binarnych. Poniżej znajduje się lista najpopularniejszych opcji dodatkowych, z których możesz chcieć skorzystać:
  • --with-innodb
  • --with-berkeley-db
  • --z-nalotem
  • --z-libwrap
  • --with-named-z-lib (jest to wykonywane w przypadku niektórych dystrybucji binarnych)
  • --with-debug[=pełny]
• Domyślnie dystrybucja binarna jest zwykle kompilowana z obsługą wszystkich kodowań i powinna działać na różnych procesorach z tej samej rodziny procesorów. Jeśli chcesz szybszego serwera MySQL, możesz go przekompilować, aby obsługiwał tylko to kodowanie, którego potrzebujesz, użyć lepszego kompilatora (np. pgcc) lub użyć opcji kompilatora, które są lepiej zoptymalizowane dla twojego procesora.
• Jeśli znajdziesz błąd i zgłosisz go zespołowi programistów MySQL, powinieneś otrzymać łatkę, którą należy zastosować w dystrybucji kodu źródłowego, aby naprawić błąd.
• Jeśli chcesz czytać (i/lub modyfikować) kod źródłowy MySQL (w C i C++), musisz mieć dystrybucję kodu źródłowego. Kod źródłowy jest zawsze najlepszą dokumentacją. Dystrybucje źródłowe zawierają także więcej testów i przykładów niż dystrybucje binarne.

System nazewnictwa MySQL używa numerów wersji, które składają się z trzech cyfr i przyrostka. Na przykład wydanie mysql-3.21.17-beta jest interpretowane w następujący sposób:

• Pierwsza liczba (3) opisuje format pliku. Wszystkie wydania wersji 3 mają ten sam format pliku.
• Druga liczba (21) reprezentuje poziom wyjściowy. Zwykle do wyboru są dwie możliwości. Jedna reprezentuje wydanie gałęzi stabilnej (obecnie 23), a druga gałęzi eksperymentalnej (obecnie 4.0). Zazwyczaj obie gałęzie są stabilne, ale wersja eksperymentalna może mieć pewne dziwactwa, może brakować dokumentacji nowych funkcji lub może nie kompilować się w niektórych systemach.
• Trzecia liczba (17) to numer wersji w ramach poziomu wydania. Liczba ta wzrasta z każdą nową dystrybucją. Zwykle sensowne jest preferowanie najnowszej wersji dla wybranego poziomu wydania.
• Przyrostek (beta) wskazuje poziom stabilności danego wydania. Możliwe są następujące przyrostki:
  • alpha wskazuje, że wydanie zawiera duże sekcje nowego kodu, który nie został w 100% przetestowany. Znalezione błędy (zwykle ich nie ma) należy udokumentować w dziale ``Aktualności''. Zobacz Zobacz sekcję D Historia zmian i aktualizacji MySQL. Większość wydań alfa zawiera także nowe polecenia i rozszerzenia. Podczas pracy nad wersją alfa może nastąpić aktywny rozwój obejmujący znaczące zmiany w kodzie, ale wszystko jest testowane przed wydaniem. Każda wersja MySQL musi być wolna od znanych błędów.
  • beta oznacza, że ​​cały nowy kod został przetestowany. Nie dodano żadnych nowych właściwości, które mogłyby zepsuć stary kod. Nie powinno być żadnych znanych błędów. Wersja zmieniana jest z alfa na beta, gdy od co najmniej miesiąca nie ma zgłoszeń o krytycznych błędach w wersji alfa i nie planujemy dodawać żadnych nowych funkcji, które mogłyby zmniejszyć niezawodność poprzednich poleceń.
  • gamma to wersja beta, która jest już prawie ukończona i wydaje się działać dobrze. Dodano tylko drobne poprawki. To jest dokładnie to, co wiele innych firm nazywa wydaniem.
  • Jeśli nie ma przyrostka, oznacza to, że wersja została uruchomiona na wielu różnych systemach komputerowych i nie wystąpiły żadne komunikaty o błędach poza błędami specyficznymi dla platformy; w tym przypadku dozwolona jest jedynie korekta błędów krytycznych. Dlatego nazywamy to wydanie stabilnym.

Wszystkie wersje MySQL są poddawane naszym standardowym testom i testom porównawczym, aby zapewnić ich niezawodność w użyciu. Ponieważ standardowe testy są okresowo rozszerzane o testowanie nowych wykrytych błędów i sytuacji, które mogą je powodować, zestaw testów z biegiem czasu staje się coraz lepszy.

Należy pamiętać, że wszystkie wydania są testowane za pomocą co najmniej następujących testów:

Wewnętrzny zestaw testów Zestaw jest częścią systemu produkcyjnego klienta. Zestaw ten zawiera wiele tabel zawierających setki megabajtów danych. Zestaw testów wydajności MySQL Testy te działają na zestawie często używanych zapytań. Pozwalają także sprawdzić, czy najnowszy pakiet optymalizacyjny faktycznie przyspiesza Twój kod. Patrz sekcja. test awaryjny Test ma na celu określenie, jakie funkcjonalności obsługuje baza danych oraz jakie są jej możliwości i ograniczenia. Zobacz sekcję 5.1.4 Pakiet porównawczy MySQL.

Jest jeszcze jeden test. Polega na uruchomieniu najnowszej wersji MySQL w naszym wewnętrznym środowisku produkcyjnym na co najmniej jednej maszynie. Mamy ponad 100 gigabajtów danych do pracy z tą wersją.