Hvordan finne ut mysql-versjonen via ssh. MySQL select-versjon og hvordan du finner ut MySQL-versjonen. Video hosting anmeldelse

MySQL (står for Free Relational Database Management System) er en kompakt, flertråds databaseserver som er rask, stabil og enkel å bruke.

Opprinnelig utviklet av TcX for å løse interne problemer - raskest mulig behandling av store databaser. Internt brukt siden 1996 på en server med mer enn 40 databaser som inneholder 10 000 tabeller, hvorav mer enn 500 har mer enn 7 millioner rader.

I dag er MySQL utviklet og støttet av Oracle Corporation, som kjøpte Sun Microsystems 27. januar 2010, hvoretter det inkluderte MySQL i sin produktlinje. Tidligere (26. februar 2008) betalte Sun Microsystems 1 milliard dollar for å kjøpe MySQL AB. Produktet distribueres under både GNU General Public License og sin egen kommersielle lisens. I tillegg lager utviklere funksjonalitet på forespørsel fra lisensierte brukere; det var takket være denne ordren at replikeringsmekanismen dukket opp i nesten de tidligste versjonene.

MySQL er den mest optimale løsningen for små og mellomstore applikasjoner. Serverkilder er kompilert på mange plattformer. Serverens muligheter er best demonstrert på Unix-servere, hvor det er støtte for multithreading, noe som gir en betydelig økning i ytelsen. Inkludert i WAMP, AppServ, LAMP-servere og i portable serverbygg Denver, XAMPP. MySQL brukes vanligvis som en server som åpnes av lokale eller eksterne klienter, men distribusjonen inkluderer et back-end-bibliotek som lar MySQL inkluderes i frittstående programmer.
Takket være støtten for et stort antall bordtyper, er MySQL ganske fleksibel. Brukere kan velge både MyISAM fulltekstsøketabeller og individuelle InnoDB-transaksjonstabeller. I tillegg kommer MySQL med en spesiell EKSEMPEL-tabelltype som viser hvordan du oppretter nye tabelltyper. Takket være dette, samt åpen arkitektur og GPL-lisensiering, er det mulig å legge til nye tabelltyper i MySQL nesten uendelig.

MySQL-serveren er gratis for ikke-kommersiell bruk. Ellers må du kjøpe en lisens, den nåværende kostnaden for denne er 190 EUR.

Ulike kodegafler er laget av MySQL-utviklerfellesskapet, som Drizzle, OurDelta, Percona Server og MariaDB. Alle disse grenene eksisterte allerede på tidspunktet for Suns overtakelse av Oracle.

Fremveksten av MySQL

Før 1994 besto markedet først og fremst av databaser designet for å håndtere store datamengder og komplekse relasjoner, som hadde en rekke muligheter, men som samtidig krevde betydelige dataressurser. Disse databasene inkluderer Oracle, Informix og Sybase. Det var ingen DBMS-er som støttet SQL og var rimelige samtidig.

Store selskaper og universiteter hadde råd til å kjøpe kraftige datasystemer, mens mindre organisasjoner og brukere brukte svake skrivebordsdatabaser som Postgres, som brukte en variant av QUEL-språket (PostQUEL), men som dessverre krevde de samme ressursene. motparter, men ga ikke fordelene ved å bruke SQL som spørringsspråk.

Så begynte en viss David Hughes (som senere ble, etter å ha publisert arbeidet sitt på Internett, kjent som Bamby), som skrev en avhandling ved Bond University (Australia) på den tiden, å utvikle Minerva Network Management System-prosjektet - et overvåkings- og kontrollsystem fra ett eller flere punkter over gruppe av systemer. Hovedelementet i prosjektet var å være en database for å lagre informasjon om alle datamaskiner på nettverket. Hughes bestemte seg først for å bruke Postgres. Kolleger foreslo imidlertid å bruke SQL som spørringsspråk for Minerva, siden SQL er det vanligste spørringsspråket, og ved å bruke det kan Minerva bli tilgjengelig hvor som helst på planeten der det er en RDBMS som støtter SQL. Dette var drivkraften for etableringen av MySQL.

Hughes bestemte seg for å lage et program selv som skulle oversette SQL til PostQUEL i sanntid. Han kalte programmet sitt miniSQL, eller mSQL. Den fanget opp SQL-setninger sendt av Minerva, konverterte dem til PostQUEL og sendte resultatet til Postgres. En stund passet denne situasjonen Hughes. Som et resultat av den videre veksten til Minerva ble det imidlertid åpenbart at med de begrensede ressursene som er tilgjengelige for den, ville verken Postgres eller noen andre store RDBMS kunne støtte det lille settet med egenskaper den trenger. For eksempel, for å implementere muligheten til å koble Minerva til flere databaser samtidig, krevde Postgres samtidig lansering av flere forekomster av databaseserveren.

For å løse disse problemene analyserte Hughes arbeidet til Minerva, og det viste seg at hovedspørsmålene generert av Minerva var: "sett inn", "slett" og "velg". Siden Hughes allerede hadde mSQL som gjorde SQL-oversettelsen, trengte han bare å lage en databaseserver som dekket hans behov.

Og det er her Michael Monty Widenius, som regnes som oppfinneren av MySQL, kommer inn i bildet. I 1979 utviklet han et databasestyringsverktøy kalt UNIREG. UNIREG ble senere utvidet til å støtte større databaser og ble skrevet om på flere språk. I 1994 begynte TcX å utvikle www-applikasjoner ved å bruke UNIREG. På grunn av høy overhead kunne imidlertid ikke UNIREG brukes til dynamisk generering av websider. Derfor bestemte Widenius seg for å kontakte forfatteren av mSQL, Hughes, for å foreslå at han kobler mSQL til B+ ISAM-behandleren i UNIREG. Hughes gjorde imidlertid gode fremskritt på veien til mSQL 2, og selskapet bestemte seg for å lage en databaseserver som passer deres behov.

TcX tok UNIREG som grunnlag og brukte tredjepartsverktøy for mSQL, skrev en API for systemet deres, som i utgangspunktet var veldig likt API for mSQL. Dette tillot imidlertid enhver mSQL-bruker som ønsket å migrere til TcX-databaseserveren å gjøre mindre endringer i koden sin. Kildekoden til den nye databasen var helt original. I mai 1995 hadde selskapet således en MySQL 1.0-database som fullt ut tilfredsstilte selskapets behov.

I 1995 begynte David Oxmark, som jobber for Detron HB og er forretningspartner i selskapet, aktivt å invitere TcX til å distribuere MySQL DBMS via Internett. David deltok til og med i arbeidet med dokumentasjonen. Som et resultat ble versjon 3.11.1 av MySQL DBMS utgitt i 1996 som en binær distribusjon for å kjøre Linux og Solaris. I dag kjører MySQL på mange plattformer og er tilgjengelig i både binær- og kildeversjoner.

I dag har MySQL blitt det mest populære verktøyet for å jobbe med databaser i PHP. Dette skyldes først og fremst at støtte for denne serveren er inkludert i PHP-distribusjonen. I tillegg tilrettelegges populariteten til MySQL av ganske gode egenskaper og et bredt spekter av standard grensesnittfunksjoner som er ekstremt enkle å bruke.

MySQLs lisensieringspolicy er mer fleksibel enn andre databaseservere. MySQL er i hovedsak gratis med mindre du har tenkt å selge det eller selge tjenester bygget med det.

MySQL er svært bærbar og kan brukes like godt på kommersielle operativsystemer som Solaris, Irix eller Windows, og på hvilken som helst maskinvare opp til kraftige servere. I likhet med sine dyrere rivaler kan den dessuten håndtere store databaser som inneholder millioner av poster.

Navn og logo

Når det gjelder navnet, er det flere versjoner av opprinnelsen. Den første versjonen sier at bruken av prefikset "my" er forklart av det faktum at i TcX ble basiskatalogen, samt et betydelig antall biblioteker og verktøy, utpekt av dette prefikset i ti år. Derfor var det logisk å bruke det i dette tilfellet.

Den andre versjonen, mer sentimental, er basert på det faktum at Michael Monty Widenius kalte det nye produktet MySQL etter navnet til datteren hans - My. Videnius’ datter heter egentlig My, og selv tilbakeviser han verken den første eller andre versjonen.

MySQLs delfinlogo heter "Sakila". Det ble valgt fra en stor liste over brukerforeslåtte «delfinnavn». Navnet "Sakila" ble sendt inn av Open Source-utvikleren Ambrose Twebaze.

MySQL-funksjoner

Hovedfunksjonen til MySQL er at den støtter SQL-spørringsspråket i ANSI 92-standarden, og i tillegg har den mange utvidelser til denne standarden som ikke finnes i noe annet databasestyringssystem.
En kort liste over MySQL-funksjoner:

1. Effektiv drift av et ubegrenset antall brukere som samtidig jobber med databasen støttes.

2. Antall rader i tabeller kan nå 50 millioner.

3. Raskest mulig utførelse av kommandoer. Det er en oppfatning at MySQL er den raskeste serveren som finnes.

4. Enkelt og effektivt sikkerhetssystem.

Eksempeldiagram i MySQL

Ulemper med MySQL

MySQL har imidlertid også noen ulemper. Dette skyldes hovedsakelig at utviklerne for å oppnå så høy hastighet måtte ofre noen av kravene tilr.

Så MySQL mangler:

1 . Støtte for nestede spørringer som SELECT * FROM table1 WHERE id IN (SELECT id FROM table2) (i tidligere versjoner).

2. Transaksjonsstøtte er ikke implementert. I stedet foreslås det å bruke LÅS/LÅS TABELL.

3. Det er ingen støtte for fremmednøkler.

4. Det er ingen støtte for triggere og lagrede prosedyrer.

5 . Ingen støtte for visninger (VIEW). I versjon 3.23 er det planlagt å kunne lage visninger.

Ifølge skaperne var det poeng 2-4 som gjorde det mulig å oppnå høy ytelse. Implementeringen deres reduserer serverhastigheten betydelig. Disse funksjonene er ikke kritiske når du lager webapplikasjoner, som, kombinert med høy ytelse og lav pris, gjorde at serveren ble veldig populær.

Lisensering

MySQL er dobbeltlisensiert. MySQL kan distribueres under vilkårene i GPL. Imidlertid, i henhold til vilkårene i GPL, hvis et program inneholder MySQL-kildekode, må det også distribueres under GPL-lisensen. Dette kan være i strid med planene til utviklere som ikke ønsker å åpne programmene sine. For slike tilfeller er det gitt en kommersiell lisens, som også gir servicestøtte av høy kvalitet.

Plattformer

MySQL har blitt portert til et stort antall plattformer: 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 og Windows 7. Det er også en MySQL-port til OpenVMS. Det er viktig å merke seg at på det offisielle DBMS-nettstedet er ikke bare kildekoder tilgjengelig for gratis nedlasting, men også ferdige MySQL DBMS kjørbare moduler kompilert og optimalisert for spesifikke operativsystemer.

Programmerings språk

MySQL har APIer for Delphi, C, C++, Eiffel, Java, Lisp, Perl, PHP, Python, Ruby, Smalltalk, Component Pascal og Tcl, biblioteker for .NET-plattformspråk, og gir også støtte for ODBC gjennom MyODBC ODBC-driveren.

Versjonshistorikk

Den første interne utgivelsen av MySQL fant sted 23. mai 1995 [kilde ikke spesifisert 1224 dager].
Versjonen for Windows-systemer (Windows 95 og NT) ble utgitt 8. januar 1998.
Versjon 3.23: betaversjon i juni 2000, utgivelse i januar 2001.
Versjon 4.0: beta i august 2002, utgivelse i mars 2003.
Versjon 4.1: beta i juni 2004, utgivelse i oktober 2004.
Versjon 5.0: beta i mars 2005, utgivelse i oktober 2005.
Versjon 5.1: Utviklingen startet i november 2005, utgivelse i november 2008.
Versjon 5.4: beta i april 2009, ble ikke utgitt.
Versjon 5.5: utgivelse desember 2010.
Versjon 5.6: under utvikling (5.6.6 m9 7. august 2012).

Versjonshistorikk


MySQL 4.0

Selv om versjon 4.0 er utdatert, har den fortsatt betydelig bruk. Hovedtrekkene til denne versjonen:

Nesten komplett implementering av ANSI SQL-99, pluss utvidelser;
kompatibilitet på tvers av plattformer;
uavhengige tabelltyper (MyISAM for rask lesing, InnoDB for transaksjoner og referanseintegritet);
transaksjoner;
SSL-støtte;
be om caching;
replikering: én hodeserver per en slave, mange slaver per hode;
fulltekstindeksering og søk med MyISAM-tabelltypen;
implementert databasebibliotek;
Unicode-støtte (UTF-8);
ACID-kompatible InnoDB-tabeller;
en innebygd server som gjør at MySQL kan inkluderes i frittstående applikasjoner.

Nestede spørringer og avledede tabeller.
nytt kode- og sorteringssystem;
en raskere og mer fleksibel klient-server-protokoll med støtte for forberedte spørringer, som sikrer optimal utførelse;
nytt installasjons- og konfigurasjonsprogram for Microsoft Windows og Linux;
klient-server-tilkoblinger sikret via OpenSSL;
svært optimalisert bibliotek som kan brukes i tredjepartsprogrammer;
full Unicode-støtte (UTF-8 og UCS2);
standard GIS romlige datatyper for lagring av geografisk informasjon;
forbedret fulltekstsøk og hjelpesystem.

MySQL 5.0

Versjon MySQL 5.0 ble utgitt 24. oktober 2005, denne versjonen har betydelig utvidet funksjonalitet som setter MySQL på nivå med kommersielle DBMS-er. Hvis MySQL DBMS tidligere ble anklaget for utilstrekkelig støtte for SQL-standarden, dukket nesten fullstendig støtte for SQL-standarden opp med bruken av den femte versjonen av denne populære databasen. MySQL 5.0 inneholder følgende innovasjoner:
lagrede prosedyrer og funksjoner;
feilbehandlere;
markører;
utløsere;
representasjon;
informasjonsskjema (den såkalte systemordboken som inneholder metadata).

MySQL 5.1

MySQL 5.1 fortsetter veien til SQL:2003-standarden. MySQL 5.1 inneholder følgende innovasjoner:

Partisjonering er muligheten til å dele en stor tabell i flere deler plassert på forskjellige filsystemer, basert på en brukerdefinert funksjon. Under visse forhold kan dette gi en betydelig ytelsesøkning og i tillegg gjøre det lettere å skalere tabeller.
Oppførselen til en rekke operatører er endret for å sikre større kompatibilitet med SQL2003-standarden.
Radbasert replikering, der bare informasjon om faktisk endrede tabellrader vil bli skrevet til den binære loggen i stedet for den opprinnelige (og muligens sakte) spørringsteksten. Radreplikering kan bare brukes for visse typer SQL-spørringer, i MySQL-termer - blandet replikering.
Innebygd planlegger for periodisk lanserte jobber. Når det gjelder syntaks, ligner det å legge til en oppgave på å legge til en trigger i en tabell; i ideologi ligner det på crontab.
Ytterligere sett med funksjoner for XML-behandling, implementering av XPath-støtte.
Nye verktøy for problemdiagnostikk og ytelsesanalyse. Mulighetene for å administrere innholdet i loggfiler er utvidet; logger kan nå lagres i tabellene general_log og slow_log. Mysqlslap-verktøyet lar deg utføre lasttesting av databasen og registrere responstiden for hver forespørsel.
For å forenkle oppgraderingsoperasjonen er mysql_upgrade-verktøyet utarbeidet, som vil sjekke alle eksisterende tabeller for kompatibilitet med den nye versjonen, og om nødvendig foreta de nødvendige justeringene.
MySQL Cluster er nå utgitt som et eget produkt basert på MySQL 5.1 og NDBCLUSTER-lagring.
Betydelige endringer i driften av MySQL Cluster, som for eksempel muligheten til å lagre tabelldata på disk.
Gå tilbake til å bruke det innebygde libmysqld-biblioteket, som manglet i MySQL 5.0.
Et API for plugins som lar deg laste inn tredjepartsmoduler som utvider funksjonaliteten (som fulltekstsøk) uten å starte serveren på nytt.
Implementering av en fulltekstsøkeparser som en plug-in.
Ny Maria-tabelltype (krasjsikker klon av MyISAM).

Maria bordtype

Maria (fra versjon 5.2.x - Aria) - en utvidet versjon av MyISAM-lagringen, med tillegg av verktøy for å opprettholde dataintegriteten etter en krasj.
De viktigste fordelene med Maria:

I tilfelle en krasj, blir resultatene av gjeldende operasjon rullet tilbake eller returnert til tilstanden før LOCK TABLES-kommandoen. Implementering gjennom loggingsoperasjoner.
Evne til å gjenopprette tilstand fra et hvilket som helst punkt i operasjonsloggen, inkludert støtte for CREATE/DROP/RENAME/TRUNCATE. Kan brukes til å lage inkrementelle sikkerhetskopier gjennom periodisk kopiering av operasjonsloggen.
Støtte for alle MyISAM-kolonneformater er utvidet med et nytt "rader-i-blokk"-format som bruker en sidebasert datalagringsmetode der data i kolonner kan bufres.
I fremtiden vil to moduser implementeres: transaksjonelle og uten refleksjon i transaksjonsloggen, for ikke-kritiske data.
Datasidestørrelsen er 8 KB (i MyISAM 1 KB), noe som gir bedre ytelse for indekser på felt med fast størrelse, men tregere ved indeksering av nøkler med variabel lengde.

MySQL 5.5

MySQL 5.5-grenen er basert på den uutgitte MySQL 5.4-serien og inneholder en rekke betydelige forbedringer knyttet til økt skalerbarhet og ytelse, inkludert:
Bruker InnoDB-motoren som standard.
Støtte for en semi-synkron replikeringsmekanisme basert på patcher til InnoDB fra Google.
Forbedrett. Avansert syntaks for å dele opp store tabeller i flere deler plassert på filsystemer (partisjonering). Lagt til RANGE, LIST-operasjoner og optimaliseringsmetoden "partisjonsbeskjæring".
En ny mekanisme for å optimalisere nestede spørringer og JOIN-operasjoner.
Det innvendige låsesystemet har blitt redesignet.
Google-patcher er integrert for å optimalisere InnoDB-ytelsen på prosessorer med et stort antall kjerner.

MySQL 6.0

Versjon MySQL 6.0 ble frosset på alfa-teststadiet. Opprinnelig ble det besluttet å lage versjon 5.2; denne versjonen ble snart omdøpt til 6.0. Informasjon om MySQL 6.0 forsvant imidlertid senere fra siden, og utviklerne fokuserte på versjon 5.5 og den påfølgende versjonen 5.6.
En av hovedinnovasjonene til versjon 6.0 var planlagt å være en ny Falcon-bordtype, utviklet som en potensiell erstatning for InnoDB fra Innobase, kjøpt opp av Oracle. I forbindelse med oppkjøpet av Sun Microsystems av samme Oracle i 2010, er skjebnen til Falcon fortsatt i tvil.

Spesifikasjoner

Maksimal tabellstørrelse i MySQL 3.22 er opptil 4 GB, i påfølgende versjoner er maksimal størrelse opptil 8 millioner TB (263 byte).
Størrelsen på et bord er begrenset av typen. Generelt er MyISAM-typen begrenset av filstørrelsesgrensen for operativsystemets filsystem. For eksempel, i NTFS kan denne størrelsen teoretisk være opptil 32 exabyte. Når det gjelder InnoDB, kan en tabell lagres i flere filer som representerer en enkelt tabellplass. Størrelsen på sistnevnte kan nå 64 terabyte.

I motsetning til MyISAM har InnoDB en betydelig grense på antall kolonner som kan legges til i en enkelt tabell. Standard minnesidestørrelse er 16 kilobyte, hvorav 8123 byte er tildelt for data. Størrelsen på en peker til dynamiske felt er 20 byte. Således, når du bruker det dynamiske radformatet (ROW_FORMAT=DYNAMIC), kan én tabell romme maksimalt 409 blob- eller tekstkolonner.

Fra og med versjon 4.1 har et nytt kodings- og sorteringssystem blitt introdusert i MySQL DBMS. Når du bruker Windows-1251-koding, før du utfører SQL-setninger, må du konfigurere tilkoblingskodingen ved å bruke operatørene:

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

Disse tre utsagnene tilsvarer å kalle én utsagn:

SETTNAVN "cp1251"

Character_set_client-variabelen setter kodingen av data sendt fra klienten, character_set_results-variabelen setter kodingen av data sendt til klienten, character_set_connection-variabelen setter kodingen som informasjon mottatt fra klienten konverteres til før forespørselen utføres på serveren.

Når du bruker UTF-8 Unicode, ser denne setningen slik ut:
SET NAME "utf8"

ISO 8859-5-koding støttes ikke.


I MySQL velg versjon()— en spørring som returnerer navnet på pakken som brukes og dens versjon. Navnet kan være selve MySQL eller gaffelen, som utvikler seg uavhengig - MaraiDB. Forskjellen mellom pakkene er ikke merkbar når man løser de fleste problemer. MySQL 5.6 samsvarer med MaraiDB 10.

MySQL select-versjon og hvordan du finner ut MySQL-versjonen

Du kan finne ut versjonen på flere måter. Den enkleste krever ikke at du kjenner databaseserverens brukerpassord. Bare logg inn via SSH og kjør mysql --version

mysql Ver 14.14 Distrib 5.5.55, for debian-linux-gnu (x86_64) ved bruk av readline 6.3

For å bruke metoden gitt i tittelen, må du sende en SQL-forespørsel; for å gjøre dette, logg inn på konsollen (du kan også gjøre dette med et skript).

Oppgi passord:
Velkommen til MySQL-skjermen. Kommandoer slutter med ; eller\g.
Din MySQL-tilkoblings-ID er 41
Serverversjon: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

Copyright (c) 2000, 2017, Oracle og/eller dets tilknyttede selskaper. Alle rettigheter forbeholdt.

Oracle er et registrert varemerke for Oracle Corporation og/eller dets
tilknyttede selskaper. Andre navn kan være varemerker for sine respektive
eiere.

Skriv "hjelp;" eller "\h" for hjelp. Skriv "\c" for å slette gjeldende inndatasetning.

Den nødvendige informasjonen er tilgjengelig i utdataene som vises etter vellykket godkjenning. I dette tilfellet brukes MySQL Server versjon 5.5.55-0.

En gang i databaseserverkonsollen kan du også be om versjonen som følger:

+————————-+
| versjon() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 rad i sett (0,00 sek)

I alle de vurderte tilfellene ble det innhentet like fullstendige opplysninger.

Les en serie artikler som beskriver det grunnleggende om å jobbe med MySQL ().

Hvis nettstedsskriptene som fungerer med databasen er skrevet for en spesifikk versjon av programvaren på serveren og det ikke er den versjonen som brukes, kan versjonen, så vel som selve pakken, endres. Dette gjøres ganske enkelt i Debian; Algoritmen er gitt nedenfor.

Endre databaseserverversjonen til Debian

1) ved å bruke mysqldump-verktøyet opprettes en dump av alle tabeller (inkludert tjenestetabeller)

2) pakken fjernes apt-get remove mysql-server* && apt-get purge mysql-server*, må du også slette /var/lib/mysql og /etc/mysql etter å ha laget en kopi

3) depotet som er oppført på det offisielle nettstedet legges til /etc/apt/source.list (for eksempel for MariaDB 10 på Debian 8), informasjonen oppdateres apt-get oppdatering

3) også gjennom apt-get en ny pakke er installert og deretter lastes databasedumps

Du bør alltid ha kopier i tilfelle uforutsette situasjoner. Ulike versjoner bruker forskjellige direktiver i konfigurasjonsfiler og kan kreve manuell redigering.

Les om, ved hjelp av den ble pakkeversjonen utledet; sampling er den vanligste operasjonen.

  • Sikkerhet
  • Kvalitet
  • Pris
  • Pålitelighet
  • Enkelhet
  • Stabilitet
  • Brukerstøtte
  • Hastighet
  • Kontrollpanel

FAQ hjelpeseksjon

Video hosting anmeldelse

Hvordan laste opp en server til FTP

MERK FØLGENDE: Du trenger bare å laste opp 3 mapper ( filterskript, spillmoduser, skriptfiler) og 1 fil server.cfg, så skriv linjen i server.cfg (hvis den ikke er der) plugins streamer.so sscanf.so CRP.so mysql.so Du må også sørge for at modden i .amx-format finnes i gamemodes-mappen, og navnet på moden er skrevet riktig i server.cfg (config).

FileZilla-klient
Tast inn vert Eksempel: 194.58.88.74 - Logg Inn *****- passord******** IKKE GÅ INN NOE I HAVNEFELTEN!!!

MERK FØLGENDE: Hvis det ikke er noen tilkobling til FTP via FileZilla, last ned Total Commander og koble til gjennom den!

Totalkommandør- for å laste opp prøvefiler til FTP
Tast inn vert Eksempel: 194.58.88.74 - Logg Inn 173104911- passord g1KdN7D3q

Hvor skal man gå inn? Svar: kjør Total Commander > Nettverk > Koble til FTP-server > Legg til og skriv deretter inn dataene dine som vist i eksempelskjermbildet:

Mod ukjent

Hvis spillmodusfeltet ditt sier "ukjent", følg disse trinnene:
1. Slå først av serveren
2. Gå til kontrollpanelet i kategorien Serveralternativer > Innstillinger
3.Legg til en linje nedenfor plugins streamer.so sscanf.so CRP.so mysql.so
Endre navnet på pluginene hvis moden er ukjent, for eksempel: plugins streamer.so sscanf.so CRP.so mysql.so på plugins streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
*Mappen for plugin-moduler er installert som standard og inneholder alle nødvendige plugins.
*Du kan installere hvilke som helst av pluginene dine på FTP, og deretter registrere den nødvendige plugin for serveren i kontrollpanelet i Innstillinger-delen.
*For å kompilere og oppdatere streamer, bruk PAWNO-programmet
4.I en mappe plugins det skal være plugins med utvidelsen .so for Linux: velg ønsket plugin for serveren din og skriv navnet i panelinnstillingene i linjepluginene EKSEMPEL: plugins streamer.so
5. Ikke glem at vi bruker OS Linux, som betyr i panelinnstillingene
skriv linjen for plugins plugins: streamer.so sscanf.so CRP.so med utvidelsen .så ellers vil ikke serveren din fungere som den skal.

Til OS Linux registrer deg i server.cfg som: plugins streamer.so sscanf.so CRP.so mysql.so antiattack.so
En av pluginene libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 skal være plassert i servermappen.

OBS: hvis serveren fungerer riktig på Windows OS, betyr ikke dette at den vil fungere riktig på Linux.

Hva skal jeg gjøre hvis det ikke er ikoner, hus, bedrifter osv. etter fylling?

Skriv streamer2.5.så i konfigurasjonen, lagre og start serveren på nytt.
Eksempel:

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

Hvordan finner jeg ut plugin-versjonen?
Start serveren på din lokale datamaskin, se deretter i loggen, versjonen av pluginet vil bli indikert der, registrer denne versjonen på hosting i serverkonfigurasjonen.
Eksempel:


Server-plugins
--------------
Laster plugin: streamer.so
*** Streamer Plugin v2.6.1 av Incognito lastet ***

Dette betyr at du må spesifisere versjonen streamer2.6.1.so i serverkonfigurasjonen

Hjelp - Kobler moden til mysql-serveren

Åpne moden (fil.PWN) med PAWNO-programmet, spesifiser dataene dine fra MYSQL-delen


Eksempel:

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

Etter å ha kompilert moden i .AMX og importert sql-spørringen til databasen

Merk følgende! Hvis ukjent vises under kompileringsprosessen, vil ikke moden bli oppdaget.
Løsningen er å se etter en scripter for å fikse feilen.

For å endre navnet på moden, eller rettere sagt vertsnavn-parameteren, må du gå inn i serverkontrollpanelet i delen -Innstillinger (dette er sever.cfg-serverkonfigurasjonen) og i vertsnavnlinjen til høyre skriver du servernavnet ditt. , for eksempel: *** Serveren vår er den beste ***
Lagre dataene i panelet og sørg for å starte serveren på nytt for at de nye parameterne skal tre i kraft.
Hvis navnet ditt ikke har endret seg etter alt det ovennevnte, må du endre navnet i selve moden med PAWNO-programmet, og dette er en helt annen historie tilgjengelig på Internett.

Server.cfg









spørring 1 – Vi endrer ikke.

maxnpc 10 – Vi endrer ikke.
onfoot_rate 40 – Ikke endre.
incar_rate 40 – Vi endrer det ikke.
weapon_rate 40 – Ikke endre.




- standard linje med plugins for samp-konfigurasjonen

Hvordan gi deg selv en administratorkonto

Gå til serveren i mappen skriptfiler, finn din NICK
eksempel: Aldo_Mangano, åpne filen med Notisblokk,
finn linjen Adminnivå spesifiser 1999, lagre deretter filen og start serveren på nytt.

Server.cfg

echo Utfører serverkonfigurasjon...
lanmode 0 – 0 – spill over Internett, 1 – spill over et lokalt nettverk.
rcon_password 123 – “123” – passord fra administrasjonspanelet på serveren.
maxplayers 50 – Som du allerede har forstått, er det maksimale antallet spillere. I versjon 0.3a, maksimalt 500.
port 7777 – Porten som vises på slutten av serveradressen din. (På hostingen avslører den seg selv)
vertsnavn NameServer – Navnet på din fremtidige server.
gamemode0-modus – Spill-mod for din fremtidige server. Mer om dette nedenfor...
annonser 0 – 1 serveren er synlig i Internett-fanen / 0 er ikke synlig.
spørring 1 – Vi endrer ikke.
weburl-side – Serverside, hvis tilgjengelig.
maxnpc 10 – Vi endrer ikke.
onfoot_rate 40 – Ikke endre.
incar_rate 40 – Vi endrer det ikke.
weapon_rate 40 – Ikke endre.
stream_distance 300.0 – Ikke endre.
stream_rate 1000 – Ikke endre.
passord - ditt_passord (server med passord)
språk Russland - kart for 0.3.7 i stedet for kart
plugins streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so- standard linje med plugins for samp-konfigurasjonen

Utgivelse av stabil utgivelse av MySQL versjon 5.6. Det er gjort mye arbeid i den nye versjonen. Hovedinnsatsen var rettet mot å forbedre ytelse, skalerbarhet og fleksibilitet. InnoDB-motoren har gjennomgått betydelige endringer.

Viktige forbedringer inkluderer: støtte for fulltekstsøkeverktøy, muligheten til å få tilgang til data via memcached API, økt ytelse under intensiv dataregistrering og økt skalerbarhet ved behandling av et stort antall samtidige forespørsler.

En annen innovasjon i versjon 5.6 er muligheten til å utføre DDL (Data Definition Language) operasjoner uten å ta DBMS offline og avbryte tilgangen til tabeller. Administratorer kan utføre operasjoner relatert til å tilbakestille skjemaet, legge til eller slette datakolonner eller gi nytt navn til kolonner uten å slå av DBMS. Tidligere var slike funksjoner bare tilgjengelige i NoSQL-produkter.

Sammenlignet med versjon 5.5, kan det nye produktet nå kjøres på 48-kjerners servere, kontra 32-kjerne i MySQL 5.5

Litt mer detaljer om hovedfunksjonene:

  • Et grensesnitt er implementert for direkte tilgang til InnoDB-tabeller i stil med NoSQL-systemer ved bruk av en API som manipulerer nøkkel/verdi-par og er kompatibel med memcached.
  • Det er nå mulig å lage fulltekstindekser i InnoDB for å organisere et raskt søk etter ordformer blant tekstinnhold som er lagret i InnoDB-tabeller. Tidligere var fulltekstsøk kun tilgjengelig for MyISAM-tabeller.
  • Forbedring av effektiviteten til spørringsoptimereren, optimalisering av prosessen med å velge resultatsettet med verdier, sortering og utførelse av spørringen. Nye Index Condition Pushdown (ICP) og Batch Key Access (BKA) optimaliseringer gir opptil 280 ganger mer gjennomstrømning for enkelte spørringer. Effektiviteten til å utføre spørringer som "SELECT... FROM single_table... ORDER BY non_index_column LIMIT N;" er økt. Ytelsen til «SELECT... LIMIT N»-spørringer som viser bare deler av radene fra et stort utvalg, er forbedret.
  • Optimizer-diagnoseverktøy har blitt utvidet, EXPLAIN-støtte er lagt til for INSERT-, UPDATE- og DELETE-operasjoner. EXPLAIN-resultater kan nå sendes ut i JSON-format. Den nye optimeringssporingsmodusen lar deg spore alle beslutninger som tas under søkeoptimalisering.
  • Ytterligere optimaliseringer for utførelse av underspørringer, der nestede spørringer i formen "SELECT... FROM table1 WHERE... IN (SELECT... FROM table2 ...))" blir oversatt til en mer optimal representasjon på stadiet før spørringen blir direkte utført, for eksempel erstattet med en mer effektiv JOIN.
  • Utvidelse av implementeringen av diagnosesystemet PERFORMANCE_SCHEMA, som gir lavnivåverktøy for å overvåke utførelsen av spørringer og ulike hendelser under driften av DBMS. PERFORMANCE_SCHEMA gir detaljert innsikt i flaskehalser i langvarige spørringer, samt sammendragsstatistikk gruppert etter spørring, tråd, bruker, vert og objekt.
  • Implementeringen av InnoDB-motoren har blitt forbedret, det er en økning i ytelse ved utføring av transaksjoner og under aktivitet med en overvekt av dataleseoperasjoner - i noen situasjoner når akselerasjonen 230%.
  • Utsatt replikeringsmodus, som lar deg replikere data ikke umiddelbart, men med en viss forsinkelse, som lar deg gi beskyttelse mot operatørfeil (for eksempel utilsiktet sletting av tabellinnhold).
  • Øke den maksimale størrelsen på filer med endringslogger (InnoDB Redo Log) fra 4 GB til 2 TB.
  • Sikkerhetsforbedringer: støtte for å spesifisere autentiseringsparametere i .mylogin.cnf-filen i kryptert form; legge til sha256_password-plugin for lagring av passordhasher ved hjelp av SHA-256-algoritmen; legge til et felt med passordets utløpstid til mysql.user-tabellen; ny SQL-funksjon VALIDATE_PASSWORD_STRENGTH() for å evaluere passordstyrken.
  • Støtte for å kjøre serveren i skrivebeskyttet modus (alternativ --innodb-read-only, kun InnoDB).
  • Støtte for å spesifisere brøksekunder i funksjonene TIME, DATETIME og TIMESTAMP for å spesifisere mikrosekunder.
  • Støtte for alternativene "--log", "--log-slow-queries", "--one-thread", "--safe-mode", "--hopp-thread-priority", "--table- "har blitt avviklet cache".
Du kan lære mer om innovasjonene på

Først må du bestemme om du vil ha den siste eksperimentelle versjonen eller den siste stabile versjonen:

  • Hvis du er i ferd med å bruke MySQL for første gang, eller prøver å portere MySQL til et system som ikke har en binær distribusjon, anbefaler vi generelt å starte med den stabile versjonen (nåværende versjon 3.23). Vær oppmerksom på at alle MySQL-utgivelser er testet med MySQL-benchmarks og en omfattende testpakke før hver utgivelse (selv for eksperimentelle utgivelser).
  • Hvis du jobber med et gammelt system og ønsker å oppgradere det, men ønsker å unngå mulige inkonsekvenser under oppgraderingen, må du erstatte det med den nyeste versjonen i samme gren som du bruker (der kun siste versjonsnummer er nyere enn din). I slike versjoner prøver vi kun å fikse kritiske feil og gjøre kun små, relativt sikre endringer.

For det andre må du bestemme om du vil bruke en kildedistribusjon eller en binær distribusjon. I de fleste tilfeller er det bedre å velge en binær distribusjon hvis en finnes for plattformen din, da den vanligvis er enklere å installere enn en kildedistribusjon.

Installering fra kilde kan være å foretrekke i følgende tilfeller:

  • Hvis du trenger å installere MySQL på et eksplisitt spesifisert sted (standard binære leveranser er "klare til å kjøre" hvor som helst, men du kan trenge enda mer fleksibilitet).
  • For å møte ulike brukerkrav leverer vi to forskjellige binære versjoner: en kompilert med ikke-transaksjonelle tabellbehandlere (liten, rask binær kode), og den andre konfigurert med de viktigste utvidelsesmulighetene, for eksempel transaksjonsbevisste tabeller. Begge versjonene er kompilert fra samme kildekode. Alle MySQL native-klienter kan koble til begge versjoner. MySQL Extended-versjonens binære distribusjon er merket med suffikset -max og er konfigurert med de samme alternativene som mysqld-max . Se avsnitt 4.7.5 mysqld-max, en utvidet mysqld-server. Hvis du vil bruke MySQL-Max RPM-pakken, må du først installere standard MySQL RPM-pakken.
  • Hvis du trenger å konfigurere mysqld med noen tilleggsfunksjoner som ikke er tilgjengelige i standard binære distribusjoner. Nedenfor er en liste over de vanligste tilleggsalternativene du kanskje vil bruke:
    • --med-innodb
    • --med-berkeley-db
    • --med-raid
    • --with-libwrap
    • --with-named-z-lib (Dette gjøres for noen binære distribusjoner)
    • --with-debug[=full]
  • Som standard er en binær distribusjon vanligvis kompilert med støtte for alle kodinger og skal kjøres på forskjellige prosessorer fra samme prosessorfamilie. Hvis du vil ha en raskere MySQL-server, kan du rekompilere den til kun å støtte den ene kodingen du trenger, bruke en bedre kompilator (som pgcc), eller bruke kompilatoralternativer som er bedre optimalisert for prosessoren din.
  • Hvis du finner en feil og rapporterer den til MySQL-utviklingsteamet, bør du få tilsendt en oppdatering som skal brukes på kildekodedistribusjonen for å fikse feilen.
  • Hvis du ønsker å lese (og/eller endre) MySQL-kildekode (i C og C++), må du ha en kildekodedistribusjon. Kildekode er alltid den beste dokumentasjonen. Kildedistribusjoner inneholder også flere tester og eksempler enn binære distribusjoner.

MySQLs navnesystem bruker utgivelsesnummer, som består av tre tall og et suffiks. For eksempel tolkes mysql-3.21.17-beta-utgivelsen som følger:

  • Det første tallet (3) beskriver filformatet. Alle versjon 3-utgivelser har samme filformat.
  • Det andre tallet (21) representerer utgangsnivået. Det er vanligvis et valg mellom to muligheter. Den ene representerer utgivelsen av den stabile grenen (for tiden 23) og den andre representerer den eksperimentelle grenen (for tiden 4.0). Vanligvis er begge grenene stabile, men den eksperimentelle versjonen kan ha noen særheter, kan mangle dokumentasjon for nye funksjoner, eller kanskje ikke kompilere på enkelte systemer.
  • Det tredje tallet (17) er versjonsnummeret innenfor utgivelsesnivået. Dette tallet øker for hver ny distribusjon. Det er vanligvis fornuftig å foretrekke den nyeste versjonen for det valgte utgivelsesnivået.
  • Suffikset (beta) indikerer stabilitetsnivået til en gitt utgivelse. Følgende suffikser er mulige:
    • alpha indikerer at utgivelsen inneholder store deler av ny kode som ikke er 100 % testet. Feil funnet (vanligvis er det ingen) skal dokumenteres i "Nyheter"-delen. Se Se avsnitt D Historien om MySQL-endringer og -oppdateringer. De fleste alfa-utgivelser inkluderer også nye kommandoer og utvidelser. Mens du jobber med en alfa-utgivelse, kan det være aktiv utvikling som involverer betydelige kodeendringer, men alt er testet før utgivelse. Enhver utgivelse av MySQL må være fri for kjente feil.
    • beta betyr at all ny kode er testet. Ingen nye egenskaper legges til som kan bryte gammel kode. Det skal ikke være kjente feil. En versjon endres fra alfa til beta når det ikke har vært rapporter om kritiske feil i alfaversjonen på minst en måned, og vi planlegger ikke å legge til noen nye funksjoner som kan redusere påliteligheten til de tidligere kommandoene.
    • gamma er en betaversjon som nesten er ferdig og ser ut til å fungere bra. Bare mindre rettelser legges til. Det er nettopp dette mange andre selskaper kaller en utgivelse.
    • Hvis det ikke er noe suffiks, betyr det at versjonen har blitt kjørt på mange forskjellige datasystemer uten andre feilmeldinger enn plattformspesifikke feil; for det er kun korrigering av kritiske feil tillatt. Det er derfor vi kaller denne utgivelsen stabil.

Alle versjoner av MySQL blir satt gjennom våre standardtester og benchmarks for å sikre at de er pålitelige å bruke. Fordi standardtester med jevne mellomrom utvides til å inkludere testing for nye feil oppdaget og situasjonene som kan forårsake dem, blir testpakken bedre og bedre over tid.

Vær oppmerksom på at alle utgivelser er testet med minst følgende tester:

Intern testsuite Suiten er en del av kundens produksjonssystem. Dette settet inneholder mange tabeller med hundrevis av megabyte med data. MySQL Performance Test Suite Disse testene kjører på et sett med ofte brukte spørringer. De lar deg også se om den nyeste optimaliseringspakken faktisk gjør koden din raskere. Se avsnitt. crash-me-test Testen prøver å finne ut hvilken funksjonalitet databasen støtter og hva dens muligheter og begrensninger er. Se avsnitt 5.1.4 MySQL Benchmark Suite.

Det er en annen test. Den består av at vi kjører siste versjon av MySQL i vårt interne produksjonsmiljø på minst én maskin. Vi har mer enn 100 gigabyte med data å jobbe med denne versjonen.



Relaterte publikasjoner