MySQL Enterprise Edition

Skjermbilde programvare:
MySQL Enterprise Edition
Prog.varedetaljer:
Versjon: 5.6.21
Last opp dato: 17 Feb 15
Lisens: Shareware
Pris: 0.00 $
Popularitet: 146

Rating: 1.0/5 (Total Votes: 1)

MySQL Enterprise Edition er en kommersiell, prisbelønte, mye brukt og superrask RDBMS (Relational Database Management System), opprinnelig laget av Sun Microsystems og nå vedlikeholdt av Oracle. Det inkluderer kraftige enterprise-funksjoner, som for eksempel MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise skalerbarhet, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Stoff og MySQL Workbench.Features på en glanceKey funksjoner inkluderer støtte for å opprette inkrementelle, full eller delvis backup, point-in-time-recovery funksjonalitet, delvis eller full gjenoppretting, autentisering støtte eksternt, støtte for tråden bassenger, policy-basert revisjon etterlevelse, online & ldquo; hot & rdquo; backup-støtte, sektorleder og klase geo-replikering funksjoner, automatisk skalering, samt støtte til ulike lagringsmotorer, inkludert Uskyldig, NDB og MyISAM.
I tillegg har den backup komprimering, database replikering, DRBD (Distributed Replikert Block Device) -støtte, Oracle Solaris clustering, Oracle VM maler, Windows Failover Clustering, Windows Active Directory integrering, PAM (Pluggable Authentication Modules) autentisering støtte, samt 24 / 7 støtte fra Oracle. Et annet interessant trekk det muligheten til å lage din database infrastruktur svært available.Supported opererer systemsMySQL gir god tilgjengelighet, noe som betyr at den kan brukes på et bredt spekter av Linux-distribusjoner, inkludert Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux og Oracle Linux, samt Sun Solaris, BSD, Mac OS X og Microsoft Windows systems.The MySQL fellesskap EditionsIn tillegg til Enterprise-utgaven av MySQL, er Fellesskapet utgaven fritt tilgjengelig for nedlasting, og det kan enkelt installeres på ulike Linux-baserte operativsystemer ved hjelp av pakker som er inkludert i standard programvare repositories av den respektive GNU / Linux-distribusjon. Det er aktivt vedlikeholdt og støttet av et samfunn av åpen kildekode-entusiaster og utviklere fra alle steder i verden. Flere detaljer om MySQL fellesskaps Editions kan bli funnet på Softoware

Hva er nytt i denne utgaven:.

  • Bedre ytelse og skalerbarhet
  • Forbedret InnoDB lagringsmotor for bedre transaksjons gjennomstrømming
  • Forbedret Optimizer for bedre spørringen kjøres tider og diagnostikk
  • Bedre Søknad tilgjengelighet med Online DDL / Schema operasjoner
  • Bedre Developer Agility med NoSQL Tilgang via memcached API til InnoDB
  • Forbedret Replication for høy ytelse og selvhelbredende klase distribusjoner
  • Forbedret ytelse Schema for bedre instrumentering og overvåking
  • Forbedret sikkerhet for problemfrie program distribusjoner
  • Og andre viktige forbedringer

Hva er nytt i versjon 5.6.10:

  • Nye funksjoner og forbedringer i MySQL 5.6 er tilgjengelig for MySQL-brukere i MySQL Community Edition.
  • MySQL 5.6 gir forbedret lineær skalerbarhet, hjelpe brukere til å utnytte moderne maskinvare evner.
  • Med denne versjonen, kan brukerne oppleve forenklet spør utvikling og raskere gjennomføring, bedre transaksjons gjennomstrømming og søknad tilgjengelighet, fleksibel NoSQL-tilgang, forbedret replikering og forbedret instrumentering.
  • Bedre Query Execution Times og Diagnostikk gitt gjennom en forbedret MySQL Optimizer diagnostikk: subquery optimaliseringer: forenkle søket utvikling ved å optimalisere subqueries før henrettelsen. Ny effektivitet i hvordan resultatsett er valgt, sortert og returnert levere betydelig forbedring i spørringen kjøres ganger. Tilføyelsen av Index Tilstand Kabelnedpress (ICP) og Batch Key Tilgang (BKA): kan forbedre valgte spørringen gjennomstrømning med opp til 280x (1). Forbedrede Optimizer Diagnostics: Med FORKLARE for INSERT, UPDATE og DELETE-operasjoner. FORKLARE plan utgang i JSON-format gir mer presise optimizer beregninger og bedre lesbarhet, og Optimizer Traces gjør det mulig å spore optimizer beslutningsprosessen.
  • bedre ytelse Gjennomstrømning og Application tilgjengelighet med en forbedret InnoDB lagringsmotoren: Opptil 230 prosent forbedring i transaksjonell og Read Only Gjennomstrømming: InnoDB har blitt re-priset for å minimere arven threading, rødme, og utrenskning Mutex stridigheter og flaskehalser, slik at bedre samtidighet på tungt lastede OLTP-systemer, og som resulterer i betydelig forbedret gjennomstrømming for både transaksjons og leser kun arbeidsbelastninger (2). Forbedret Tilgjengelighet: online DDL operasjoner aktiver DBA å legge indekser og utføre tabellen endringer mens programmet fortsatt er tilgjengelig for oppdateringer. Fulltekstsøk med InnoDB: tillater utviklere å bygge fulltekst indekser på InnoDB tabeller til å representere tekstbasert innhold og øke hastigheten på programmet søker etter ord og setninger. Enkelt, Key Verdi Lookup: fleksibel NoSQL tilgang til InnoDB gir enkel, nøkkel-verdi oppslag av InnoDB data via det velkjente memcached API. Brukerne får & quot; beste fra begge verdener, & quot; kombinere nøkkelverdi drift og komplekse SQL-spørringer i samme database.
  • Forbedret Scale-Out og høy tilgjengelighet: med nye funksjoner i MySQL replikering inkludert: Self-Healing Replication Clusters: tillegg av global transaksjon identifikatorer og verktøy gjør det enkelt å automatisk oppdage og gjenopprette etter feil. Crash-Safe Replication gjør det binære loggen og slaver for å automatisk gjenopprette riktige posisjoner i replikering strømmen i tilfelle en krasj, og gjenoppta replikering uten administrator intervensjon. Sjekksummer opprettholde dataintegritet over klyngen ved å automatisk oppdage og varsle om feil. High Performance Replication Clusters: opptil fem ganger raskere replikasjon gjennom Multi-threaded Slaves (3), binlog Gruppe forplikte og optimalisert Row-Basert Replication mulig for brukerne å maksimere ytelsen og effektiviteten av replikasjon som de skalere ut sine arbeidsoppgaver på tvers av råvare systemer. Tidsforsinket Replication:. Gir beskyttelse mot operasjonelle feil som er gjort på master, for eksempel ved et uhell slippe tabeller
  • Forbedret PERFORMANCE_SCHEMA: ny instrumentering gjør det mulig å bedre overvåke mest ressurskrevende spørringer, objekter, brukere og applikasjoner. Nye oppsummeringer med innsamlet statistikk gruppert etter spørring, tråd, bruker, vert og objekt er også tilgjengelig. Forbedringene tillate enklere standard konfigurasjon med mindre enn fem prosent overhead.
  • MySQL 5.6 inkluderer en rekke ekstra forbedringer, inkludert Geographic Information Systems -. Presise Spatial operasjoner, forbedret IPv6 etterlevelse og optimalisert defaults server

Hva er nytt i versjon 5.5.30:

  • mysql-libs og mysql-libs-avansert ha blitt fjernet fra spec-fil;
  • En litt mer intelligent prosessering av .in filer i mysql-test / samlingen er gjennomført;
  • Mens konvertere katalognavn som filnavn, en fil separator (FN_LIBCHAR) kan bli lagt til den resulterende filnavnet. Dette problemet ble løst;
  • En PB2 tilfeldig svikt har blitt reparert;
  • Test script som ble lagt med tidligere trykk fungerte ikke med innebygd sak, så det er ingen pid fil som er opprettet i slike tilfeller. & Quot; not_embedded.inc & quot; har blitt lagt til.

Hva er nytt i versjon 5.6.9 RC:

  • Funksjonalitet tilføyd eller endret:
  • Inkompatibel Change: Replication: En rekke variable og andre navn knyttet til GTID-basert replikering er endret, med sikte på å gjøre disse navnene mer hensiktsmessig og meningsfylt. De gamle navnene er ikke lenger støttes.
  • Funksjonene så omdøpt vises i følgende liste:
  • Alternativet --disable-gtid-usikre-uttalelser serveren har blitt omdøpt --enforce-gtid-konsistens; den disable_gtid_unsafe_statements systemvariabel har blitt omdøpt enforce_gtid_consistency.
  • gtid_done serversystem variabel har blitt omdøpt gtid_executed.
  • gtid_lost serversystem variabel har fått nytt navn gtid_purged; i tillegg er denne variabelen ikke lenger read-only.
  • De SQL_THREAD_WAIT_AFTER_GTIDS () -funksjonen har blitt omdøpt WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
  • For mer informasjon, se avsnitt 16.1.3, & quot; Replication med globale transaksjons identifikatorer & quot ;, og § 16.1.4.5, & quot; Transaksjons ID-alternativer og variabler & quot Global ;. (Bug # 14775984)
  • mysqld nå skriver datoer til feilloggen i ISO (ÅÅÅÅ-MM-DD TT: mm: ss) format. Det inkluderer også sin prosess ID etter datoen. Takk til Davi Arnaut for lappen. (Bug # 56240, Bug # 11763523)
  • Windows Vista, Windows Server 2008, og nyere støtte innfødte symbolske koblinger bruker mklink kommandoen. Dette gjør MySQL Server gjennomføring av database symbolske lenker ved hjelp .sym filer overflødig, slik at mekanismen er nå foreldet og vil bli fjernet i en fremtidig MySQL utgivelse. Se avsnitt 8.11.3.1.3, & quot; Bruk av symbolske lenker til databaser på Windows & quot;.
  • Bugs Fast:
  • Ytelse: Uskyldig: Den midlertidige verdier for lavt nivå InnoDB leseoperasjoner ble justert for bedre ytelse med raske lagringsenheter, for eksempel SSD. Denne forbedringen rammer først og fremst leseoperasjoner for BLOB kolonner i komprimerte tabeller. (Bug # 13702112, Bug # 64258)
  • Inkompatibel Change:. Den THREAD_ID kolonne i Ytelses Schema tabeller ble utvidet fra INT til BIGINT å imøtekomme 64-bit-verdier
  • Hvis du oppgraderer til denne versjonen av MySQL fra en tidligere versjon, må du kjøre mysql_upgrade (og starte serveren) for å innlemme denne endringen til performance_schema database. (Bug # 14664453)
  • Inkompatibel Change: Connection ID (tråd ID) verdier større enn 32 bits kan forekomme på enkelte systemer (for eksempel opptatt eller langvarige 64-bits systemer), forårsaker disse problemene:
  • Tilkobling IDer skrevet til generell forespørsel logg og langsom spørsmål loggen var feil. Dette gjaldt for pålogging til både filer og tabeller.
  • CONNECTION_ID () -funksjonen kan returnere en verdi med en datatype for liten for verdier som er større enn 32 biter.
  • mysql_thread_id () og mysql_kill () C API funksjoner ikke håndtere ID-verdier større enn 32 biter. Dette kan resultere i å drepe feil tråd; for eksempel hvis du påberopes mysql_kill (mysql_thread_id ()).
  • Tilkobling IDer nå får lov til å være 64-biters verdier når serveren støtter dem (når bygget med 64-bits datatyper), som har disse effektene:
  • Tilkobling IDer er logget korrekt til generell forespørsel logg og langsom spørsmål loggen.
  • Merk
  • innebærer denne endringen en modifikasjon til logg bord, så etter oppgradering til denne utgaven, må du kjøre mysql_upgrade og starte serveren.
  • CONNECTION_ID () returnerer en datatype som passer for verdier som er større enn 32 biter.
  • mysql_thread_id () er uendret; klient / server-protokollen har bare 4 byte for ID-verdi. Denne funksjonen returnerer en feil (avkortet) verdi for tilkobling IDer større enn 32 biter og bør unngås.
  • mysql_kill () fortsatt ikke kan håndtere verdier større enn 32 biter, men å gardere seg mot å drepe feil tråd nå returnerer en feil i disse tilfellene:
  • Hvis gitt en ID som er større enn 32 biter, mysql_kill () returnerer en CR_INVALID_CONN_HANDLE feil.
  • Etter at serveren interne gjenger ID teller når en verdi større enn 32 biter, returnerer den en ER_DATA_OUT_OF_RANGE feil for enhver mysql_kill () påkallelse og mysql_kill () svikter.
  • For å unngå problemer med mysql_thread_id () og mysql_kill (), ikke bruk dem. For å få den forbindelse ID, utføre en SELECT CONNECTION_ID () spørring og hente resultatet. Å drepe en tråd, utføre en KILL uttalelse.
  • (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
  • Viktig endring: Uskyldig: En DML utsagn ved hjelp av indeksen merge tilgang metoden kan låse mange rader fra tabellen, selv når de radene ikke var en del av den endelige resultatsettet. Denne reparasjonen reduserer overdreven låsing ved å slippe slusene i uovertruffen rader. Denne optimalisering påvirker bare transaksjoner med isolasjon nivå lik eller mindre strenge enn LES ENGASJERT; det gjelder ikke for transaksjoner med Gjentakende lesing eller serializable isolasjonsnivå. (Bug # 14226171)
  • Viktig endring: Replication: Fordi kjører serveren med GTIDs aktivert forhindret endringer til nontransactional tabeller, programmer som mysql_upgrade og mysql_install_db ikke var i stand til å operere på systemtabeller som brukte MyISAM lagringsmotoren og derfor ikke kunne fungere fullstendig. Nå, når du kjører med --enforce-gtid-konsistens (påkrevd når --gtid-mode = ON), gjør det mulig for enkelt uttalelser om nontransactional tabeller serveren. (Bug # 14722659)
  • Viktig endring: Replication: Tidligere verdien av Seconds_Behind_Master kolonne i produksjonen av SHOW SLAVE STATUS ble alltid satt til NULL når SQL tråden eller I / O-tråden ble stoppet. Nå er denne kolonnen satt til NULL bare hvis SQL tråden ikke er i gang, eller om I / O tråden ikke kjører etter en sjekk for å avgjøre hvorvidt den SQL-tråden har behandlet alle stafettloggen. (Hvis SQL tråden er ferdigbehandlet og I / O-tråden er i gang, er Seconds_Behind_Master 0.) (Bug # 12946333)
  • Partisjone: Uskyldig: Tidligere når man prøver å optimalisere en eller flere partisjoner av en partisjonert tabell som brukte en lagringsmotoren som ikke støtter partisjon-nivå OPTIMALISERE, slik som InnoDB, rapporterte MySQL tabell støtter ikke optimalisere, gjør gjenskape + analysere stedet, deretter re-laget hele tabellen, men gjorde faktisk ikke analysere det. Nå i slike tilfeller advarselen er, betyr Tabell støtter ikke optimalisere på partisjoner. Alle partisjoner vil bli gjenoppbygd og analysert. I tillegg er hele tabellen analysert etter først å bli gjenoppbygget. (Bug # 11751825)
  • Uskyldig: Hvis serveren krasjet mens rader ble satt inn i en tabell med en FULLTEXT indeksen men før transaksjonen ble begått, kan det oppstå en feil under neste oppstart:
  • Uskyldig: Assertion svikt i tråd thread_num i filen dict0dict.cc linje 1019
  • (Bug # 14826779)
  • Uskyldig: Serveren kan stanse med en feil ved tilgang til en InnoDB tabell inneholder en FULLTEXT indeksen gjennom HANDLER uttalelse. (Bug # 14788710)
  • Uskyldig: Serveren kan stoppe med en feilmelding når to typer operasjoner skjedde samtidig:
  • En tilbakestilling av en innsatt rad som inneholdt off-side kolonner.
  • En online online DDL operasjon som involverer en tabell over ROW_FORMAT = DYNAMISK eller ROW_FORMAT = komprimert (som er, ved hjelp av Barracuda filformat) som gjenoppbygd bordet. For eksempel, ADD / DROP KOLONNE, ADD PRIMARY KEY, endring ROW_FORMAT.
  • (Bug # 14842014)
  • Uskyldig: Serveren kan stanse med en påstand feil for en ANALYSE TABLE operasjon, avhengig av strukturen av tabellen og dens indekser:
  • Uskyldig: påstands svikt i tråd thread_num i filen dict0dict.ic linje 447
  • Uskyldig: Sviktende påstand: pos & lt; tabell- & gt; n_def
  • (Bug # 14755452)
  • Uskyldig: En timeout feil kan oppstå på Windows-systemer når du gjør ALTER TABLE-setninger med DISCARD TABLE eller IMPORT TABLE klausuler, på grunn av en midlertidig tabell fil igjen i filsystemet. (Bug # 14776799)
  • Uskyldig: En online DDL drift for en InnoDB tabell feilaktig rapportert en tom verdi ('') i stedet for den riktige nøkkelen verdi når det rapportert en duplikat nøkkel feil for en unik indeks som bruker en indeks prefiks. (Bug # 14729221)
  • Uskyldig: InnoDB tabeller med fulltekst indekser kunne tildele minne for tråd håndtak som aldri ble utgitt, kan muligens føre til ressursproblemer på Windows-systemer. (Bug # 14759163)
  • Uskyldig: Under en online DDL operasjon som kopierer tabellen, sekundær indeks over bordet kan bli ødelagt. (Bug # 14753701)
  • Uskyldig: Hvis serveren krasjet etter en online DDL CREATE INDEX drift, kan det oppstå en feil mens du ruller tilbake ufullstendige transaksjoner på neste oppstart:
  • Uskyldig: feil i sek indeksoppføring del angre i
  • ...
  • Uskyldig: Assertion svikt i tråd thread_num i filen row0umod.cc linje 559
  • (Bug # 14707452)
  • Uskyldig: Hvis serveren krasjet på et bestemt tidspunkt i løpet av en ALTER TABLE operasjon som gjenoppbygget klynge indeksen for en Uskyldig bordet, kan den opprinnelige tabellen være utilgjengelige etterpå. Et eksempel på en slik operasjon er ALTER TABLE ... ADD PRIMARY KEY Reparasjonen bevarer den opprinnelige tabellen hvis serveren stopper under denne operasjonen. Du kan fortsatt trenger å endre navn på .ibd fil manuelt for å gjenopprette de opprinnelige innholdet i tabeller: i MySQL 5.6 og høyere, endre navn fra # sql-ib $ new_table_id.ibd å table_name.ibd innenfor databasekatalogen; før MySQL 5.6, den midlertidige filen for å endre navn er tabellnavn # 1 eller # 2. (Bug # 14669848)
  • Uskyldig: Denne fix forbedrer feilhåndtering når en ALTER TABLE operasjon legger til en kolonne utover det maksimale antallet tillatt for en InnoDB tabell. Det reiser også maksimalt antall kolonner for en InnoDB tabell fra 1000 til 1020. (Bug # 14705287)
  • Uskyldig: Under en online DDL operasjon som gjenoppbygd bordet, kan en CHECK TABLE-setning rapportere en telling mismatch for alle sekundære indekser. (Bug # 14606472)
  • Uskyldig: Hvis en ALTER TABLE-setningen mislyktes under forsøket på å skape et FULLTEXT indeks for en InnoDB tabellen, kan serveren stanse med en påstand feil under slippe ufullstendig indeksen. (Bug # 14504174)
  • Uskyldig: Under avslutning, med mulighet innodb_purge_threads konfigurasjon satt større enn 1, kan serveren stoppe for tidlig med denne feilen:
  • mysqld fikk signal 11
  • var en midlertidig løsning for å øke innodb_log_file_size og sette innodb_purge_threads = 1. Reparasjonen ble backported til MySQL 5.5 og 5.1, selv om disse versjonene ikke har muligheten innodb_purge_threads konfigurasjon så var feilen lite sannsynlig. (Bug # 14234028)
  • Uskyldig: Serveren kan stanse med en feil under visse kombinasjoner av samtidige operasjoner:
  • Uskyldig: ukjent feilkode 20
  • Dette problemet oppsto under 5.6 utvikling syklus. Det påvirket bare transaksjoner ved hjelp av LES ENGASJERT andREAD uforpliktet isolasjonsnivåer. (Bug # 13641662, Bug # 12424846)
  • Replication: Hvis en tabell som skal replikeres hadde en FULLTEXT indeks, ble denne indeksen ikke utelukkes når du velger type skanning som skal brukes i jakten på den neste rad, selv om det ikke kan brukes til å finne den riktige. Raden applier senere forsøkte uten hell å ansette en indeks skanning, forårsaker replikering mislykkes. Nå i slike tilfeller, indekser som ikke gir for sekvensiell tilgang (for eksempel FULLTEXT) regnes ikke når man skal avgjøre om du skal bruke et bord, en indeks eller hash scan for dette formålet. (Bug # 14843764)
  • Replication: Når du bruker GTID bevisst herre-slave-protokollen, slave I / O tråd brukte feil posisjon. Ved bruk GTIDs blir posisjonen ikke normalt brukes, men som et spesielt tilfelle ble stilling anvendes i tillegg til den GTID når slave koblet til den samme hoved (selv om dette ikke var nødvendig). Dette problemet er løst ved å gjøre GTID bevisst herre-slave-protokollen ikke bruke posisjoner i det hele tatt lenger. (Bug # 14828028)
  • Replication: Gitt en lagret rutine R der GTID_SUBTRACT () -funksjonen ble startet: Når GTID_SUBTRACT () returneres NULL når kalt inne R, det fortsatte å returnere NULL hver gang det ble kalt innen R, for resten av klienten sesjon. (Bug # 14838575)
  • Replication: MySQL Enterprise Backup, mysqldump, og mysqlhotcopy ikke kunne brukes med en GTID-aktivert MySQL Server, fordi de ikke var i stand til å gjenopprette serverens GTID staten og så kunne ikke gjenopprette fra et punkt i den binære logg annet enn begynnelsen.
  • Som en del av løsning på dette problemet, er det gtid_purged systemvariabel (tidligere kalt gtid_lost) ikke lenger lese-bare; Nå er det mulig å legge GTIDs til det når gtid_executed (tidligere gtid_done) er tom. (Bug # 14787808)
  • Replication: Starte replikering etter første binære loggfilen ble spylt resulterte i feil Fikk fatal error 1236 fra mester når du leser data fra binærlogg: 'The slave kobler hjelp ENDRE MASTER TIL MASTER_AUTO_POSITION = 1, men kapteinen har renset binære loggene inneholder GTIDs at slave krever. Dette førte GTID baserte replikering mislykkes. (Bug # 14756691)
  • mislyktes mysql_install_db å hedre --user alternativet. (Bug # 15866735)
  • Opprette en InnoDB bord med en FULLTEXT indeksen vil kunne oppleve en alvorlig feil hvis navn bordet inneholdt ikke-alfanumeriske tegn. (Bug # 14835178)
  • Ugyldig minne leser kan oppstå for spørringer som er valgt fra en null-lengde tabellen navn. (Bug # 14780820)
  • Med LOCK tabeller i effekt, CREATE TABLE IF IKKE eksisterer ... som kunne heve en påstand. (Bug # 14788976)
  • Den automatiske nøkkelgenerering del av avledet tabellen håndtering ikke håndtere korrekt kolonner spesifisert som en del av verdiene () klausul og forårsaket en påstand skal heves. (Bug # 14786324)
  • Forsøk på å lese en UTF16 fil med LOAD DATA INFILE hevet en påstand. (Bug # 14786470)
  • init_io_cache () brukes memset () for å fjerne en mutex men gått galt mutex størrelse. (Bug # 14838882)
  • optimizer kunne heve en påstand når du vurderer en rekke test mot en IS NOT NULL tilstand. (Bug # 14843705)
  • En påstand kan heves utføre INSERT, UPDATE eller DELETE etter implisitt starter en READ ONLY transaksjon i LOCK BORD modus. (Bug # 14788540)
  • Forsøk på å skape i en InnoDB tabell med en NULL typen attributt en auto-økning kolonne kan føre til en alvorlig feil. (Bug # 14758479)
  • En påstand ble reist hvis ALTER TABLE ble brukt til å endre navn på en kolonne med samme navn som en eksisterende kolonne mens også å omorganisere omdøpt kolonne hjelp ETTER eller FØRST. (Bug # 14756089)
  • En påstand kan heves hvis semi-join materialisering ble brukt til å evaluere et IKKE I subquery. (Bug # 14751858)
  • For noen videreføring håndterer nestings, kunne videreføring skje på feil sted. (Bug # 14724836)
  • SHOW PROCESSLIST produksjonen ble ikke sortert i Id rekkefølge. (Bug # 14771006)
  • For noen SELECT-setninger, FORKLARE kan føre til at serveren for å avslutte. (Bug # 14761894)
  • En minnelekkasje skjedde for forsøk på å bruke ALTER TABLE å angi en standardverdi for en liten, middels eller lang BLOB eller TEKST kolonne. (Bug # 14756206)
  • Installasjon bruker Solaris pakker kjørte mysql_install_db under oppgraderings operasjoner (dette bør skje bare for nye installasjoner). (Bug # 14747671)
  • For UPDATE uttalelser, forklare viste den totale nøkkellengde i key_len kolonne snarere enn lengden på de brukte sentrale deler. (Bug # 14682438)
  • Starte server med --bind-adresse og deretter sette host_cache_size til 0 kan føre til serveren stopper for visse typer klienttilkoblinger. (Bug # 14689561)
  • Med indeksen tilstand pushdown aktivert, kan den optimizer forårsake feil resultater for avledet tabeller. (Bug # 14640176)
  • Den optimizer feilaktig kunne bruke en som ikke har utstrekning indeks for å optimalisere romlige operasjoner, forårsaker en påstand skal heves. (Bug # 14600994)
  • mysql_config_editor produsert ingen feilmelding for skrivefeil i konfigurasjonsfilen. (Bug # 14545989)
  • Query omskriving å skrubbe passord for logging ble gjort selv om ingen av de tilknyttede logger ble aktivert. Også, CREATE SERVER og ALTER SERVER er nå omskrevet etter behov. (Bug # 14073554)
  • CHECK TABLE og REPAIR TABLE kunne krasje hvis en MyISAM bord hadde en korrupt nøkkel (.MYI-fil). Nå serveren bringer en feil. (Bug # 13556441)
  • CHECK TABLE og REPAIR TABLE kunne krasje hvis en MyISAM bord hadde en korrupt nøkkel (.MYI-fil). Nå serveren bringer en feil. (Bug # 13556107, Bug # 13556000)
  • For dump av mysql database, mysqldump hoppet hendelsen tabellen med mindre --events alternativet ble gitt. Å hoppe over denne tabellen hvis det er ønskelig, bruker du alternativet --ignore-tabellen i stedet (Bug # 55587, Bug # 11762933)
  • mysqld_safe ignorert verdien av UMASK variabelen, som fører til opptreden forskjellig fra mysqld med hensyn til aksessmodus opprettede filer. Nå mysqld_safe (og mysqld_multi) forsøke å tilnærme den samme oppførselen som mysqld. (Bug # 57406, Bug # 11764559)
  • På Mac OS X, initialiseres på nytt spørringsmellomlageret kan føre til at serveren for å avslutte. Takk til Davi Arnaut for lappen. (Bug # 67156, Bug # 14741880)
  • For MINNE tabeller med hasj indekser, DELETE noen ganger ikke klarte å slette alle gjeldende rader. (Bug # 51763, Bug # 11759445)
  • Serveren kunne bruke spørringsmellomlageret for spørringer der en database eller tabellnavn som finnes spesialtegn og tabellen lagringsmotoren var InnoDB. (Bug # 64821, Bug # 13919851)
  • På Mac OS X, kan KILL noen ganger være upålitelig. (Bug # 37780, Bug # 11748945)
  • LAST_INSERT_ID (expr) fungerte ikke for expr verdier større enn det største signert BIGINT verdi. (Bug # 20964, Bug # 11745891)

Lignende programvare

Annen programvare fra utvikleren Oracle Corporation

Kommentarer til MySQL Enterprise Edition

Kommentarer ikke funnet
Legg til kommentar
Slå på bilder!