MySQL Enterprise Edition

Screenshot Software:
MySQL Enterprise Edition
Mga detalye ng Software:
Bersyon: 5.6.21
I-upload ang petsa: 17 Feb 15
Nag-develop: Oracle Corporation
Lisensya: Shareware
Presyo: 0.00 $
Katanyagan: 146

Rating: 1.0/5 (Total Votes: 1)

MySQL Enterprise Edition ay isang commercial, award-winning, malawakang ginagamit at sobrang bilis RDBMS (pamanggit Management System Database), orihinal na nilikha sa pamamagitan ng Sun Microsystems at ngayon pinapanatili ng Oracle. Kasama dito ang makapangyarihang mga tampok ng enterprise, tulad ng MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise Ha, MySQL Enterprise kakayahang sumukat, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, Analyzer Query sa MySQL, MySQL Tela at MySQL Workbench.Features sa isang glanceKey mga tampok isama ang suporta para sa paglikha ng incremental, kumpleto o bahagyang mga backup, point-in-time-recovery-andar, bahagyang o ganap na restores, panlabas na suporta authentication, suporta para sa mga thread na pool, ng patakaran na batay sa pagsunod sa pag-audit, online sa & ldquo; hot & rdquo; backup na suporta, kumpol manager at kumpol ng mga tampok ng geo-pagtitiklop, awtomatikong pag-scale, pati na rin ang suporta para sa iba't-ibang mga imbakan engine, kabilang ang InnoDB, NDB at MyISAM.
Bukod pa rito, nagtatampok ito backup na compression, database pagtitiklop, DRBD (Naipamahagi Ginagaya ang I-block ang Device) suporta, Oracle Solaris clustering, Oracle VM template, failover clustering Windows, Active Directory integration sa Windows, Pam (Pluggable authentication module) authentication suporta, pati na rin ang 24 / 7 suporta mula sa Oracle. Isa pang kawili-wiling tampok ito ng kakayahan upang gawin ang iyong mga imprastraktura database lubos na available.Supported operating systemsMySQL nag-aalok ng mahusay na kakayahang magamit, na nangangahulugan na ito ay maaaring magamit sa isang malawak na hanay ng mga distribusyon ng Linux, kabilang Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux at Oracle Linux, pati na rin ang Sun Solaris, BSD, Mac OS X at Microsoft Windows operating systems.The MySQL Komunidad EditionsIn karagdagan sa Enterprise edition ng MySQL, edisyon ng Komunidad ay malayang magagamit para sa pag-download at madali itong naka-install sa iba't-ibang-based Linux operating system gamit ang mga pakete na kasama sa mga repositoryo ng default na software ng kanya-kanyang pamamahagi ng GNU / Linux. Ito ay aktibong pinananatili at suportado ng isang komunidad ng open source taong mahilig at mga developer mula sa lahat ng mga lugar sa mundo. Higit pang mga detalye tungkol sa Editions MySQL komunidad ay maaaring matagpuan sa Softoware

Ano ang bagong sa paglabas:.

  • Mas mahusay na pagganap at kakayahang sumukat
  • Pinahusay na InnoDB imbakan engine para sa mas mahusay na transaksyon throughput
  • Pinahusay na Optimizer para sa mas mahusay na query beses pagpapatupad at mga diagnostic
  • Mas mahusay na Application Availability mga pagpapatakbo Online DDL / Schema
  • Mas mahusay na liksi Developer may NoSQL-access sa pamamagitan ng Memcached API upang InnoDB
  • Pinahusay na pagtitiklop para sa mataas na pagganap at pagpapagaling sa sarili deployment kumpol
  • Pinahusay na Schema Performance para sa mas mahusay na paggamit ng mga kasangkapan at pagsubaybay
  • Pinahusay na Seguridad para mag-alala-free deployment application
  • At iba pang mahahalagang pagpapahusay

Ano ang bagong sa bersyon 5.6.10:

  • Mga bagong tampok at pagpapahusay sa MySQL 5.6 ay magagamit upang MySQL user sa MySQL Komunidad Edition.
  • MySQL 5.6 ay nagbibigay ng pinahusay na kakayahang sumukat linear, na tumutulong sa mga gumagamit upang makakuha ng mga modernong mga kakayahan ng hardware.
  • Sa bersyon na ito, ang mga user ay maaaring makaranas ng pinasimple pag-unlad query at mas mabilis na pagpapatupad, mas mahusay na transaksyon throughput at availability application, kakayahang umangkop NoSQL access, pinabuting pagtitiklop at pinahusay na paggamit ng mga kasangkapan.
  • Pagpapatupad Mas mahusay na Query Times at Diagnostics ibinibigay sa pamamagitan ng pinahusay na mga diagnostic MySQL Optimizer: Subquery optimize: padaliin ang pag-unlad query sa pamamagitan ng pag-optimize ng subqueries bago ang pagpapatupad. Bagong mga kahusayan sa kung paano sets resulta ay pinili, pinagsunod-sunod at ibinalik maghatid ng makabuluhang pagpapabuti sa oras ng pagpapatupad ng query. Ang pagdagdag ng mga Index Kundisyon Pushdown (ICP) at Batch Key Access (BKA): mapapabuti ang napiling throughput query sa pamamagitan ng hanggang sa 280x (1). Pinahusay na Diagnostics Optimizer: Sa ipaliwanag para INSERT, UPDATE, at TANGGALIN pagpapatakbo. Ipaliwanag plano output sa JSON format naghahatid ng mas tumpak na mga sukatan optimizer at mas mahusay sa pagiging madaling mabasa, at mga bakas Optimizer ay nagbibigay-daan upang subaybayan ang proseso ng paggawa ng desisyon optimizer.
  • Mas malawak na Pagganap ng Throughput at Application Availability may isang pinabuting InnoDB imbakan engine: Hanggang sa 230 Pagpapaganda ng Porsiyento sa transaksyong at Read Only Throughput: InnoDB ay muling isinasali upang i-minimize legacy threading, Flushing, at magpurga mutex contentions at bottlenecks, mas mahusay na pagpapagana concurrency sa mabigat load OLTP system, at nagreresulta sa makabuluhang pinagbuting throughput para sa parehong mga transaksyon at read-only na workloads (2). Pinahusay na Availability: online DDL pagpapatakbo paganahin DBAs upang magdagdag ng mga ini-index at magsagawa ng pagbabago talahanayan habang nananatili ang application na magagamit para sa mga update. Full-Text Paghahanap sa InnoDB: ay nagbibigay-daan sa mga developer na bumuo ng mga ini-index ng FULLTEXT sa InnoDB mga talahanayan upang kumatawan nilalaman na nakabatay sa teksto at mapabilis ang mga paghahanap na application para sa mga salita at parirala. Simple, Key Halaga Lookup: kakayahang umangkop NoSQL access sa InnoDB ay nagbibigay ng simple, key-value lookup ng InnoDB data sa pamamagitan ng pamilyar na Memcached API. Ang mga gumagamit makuha ang & quot; pinakamahusay ng parehong mga mundo, & quot; pagsasama-sama ng mga pagpapatakbo ng key-value at kumplikadong mga query SQL sa parehong database.
  • Pinahusay na Scale-Out at High Availability: may bagong mga tampok sa MySQL pagtitiklop kabilang ang: Self-Pagpapagaling pagtitiklop Cluster: ang pagdaragdag ng Global Transaksyon mga pantukoy at Mga Utility gawin itong simpleng upang awtomatikong makita at bawiin mula sa pagkabigo. Crash-Safe pagtitiklop ay nagbibigay-daan sa binary log at mga alipin upang awtomatikong mabawi ang tamang posisyon sa pagtitiklop stream sa kaso ng isang pag-crash, at ipagpatuloy ang pagtitiklop nang walang panghihimasok ng administrator. Checksums mapanatili ang integridad ng data sa buong cluster sa pamamagitan ng awtomatikong pag-detect at nag-aalerto sa mga error. Pagtitiklop Cluster Mataas Pagganap: hanggang 5 beses nang mas mabilis pagtitiklop sa pamamagitan ng multi-may sinulid (3) alipin, Binlog Group commit at na-optimize na pagtitiklop Hilera Batay paganahin ang mga user upang i-maximize ang pagganap at kahusayan ng pagtitiklop bilang scale-out nila ang kanilang mga workloads sa kabuuan kalakal system. Oras-maantala pagtitiklop:. Nagbibigay ng proteksyon laban sa mga error sa pagpapatakbo ginawa sa master, para sa sinasadyang drop sa mga halimbawa ng mga talahanayan
  • Pinahusay na PERFORMANCE_SCHEMA: bagong paggamit ng mga kasangkapan ang mga user upang mas mahusay na masubaybayan ang pinaka resource intensive query, mga bagay, ang mga gumagamit at mga application. Bagong mga buod na may pinagsama-samang mga istatistika naka-grupo sa pamamagitan ng query, thread, gumagamit, mag-host at object ay magagamit din. Payagan ang mga pagpapahusay para sa mas madaling default configuration na may mas mababa sa limang porsiyento overhead.
  • MySQL 5.6 ay nagsasama ng isang bilang ng mga karagdagang mga pagpapahusay kabilang Geographic Information Systems -. Tiyak na Spatial mga pagpapatakbo, napabuti IPv6 pagsunod at optimize ang mga default server

Ano ang bagong sa bersyon 5.5.30:

  • MySQL-libs at MySQL-libs-advanced na mayroon inalis na mula sa spec file;
  • May kaunti pa intelligent na pagpoproseso ng .in file sa MySQL-test / koleksyon naipatupad;
  • Habang ang pag-convert ng pangalan ng direktoryo sa filename, ang isang file separator (FN_LIBCHAR) ay maaaring makakuha ng nakadugtong sa resultang file name. Ang problemang ito ay naayos;
  • May pb2 random na pagkabigo ay repaired;
  • Ang pagsubok script na ay naidagdag sa mas maagang push ay hindi gumagana sa mga naka-embed na kaso, dahil walang pid file na nilikha sa naturang kaso. & Quot; not_embedded.inc & quot; ay naidagdag na.

Ano ang bagong sa bersyon 5.6.9 Remote-controlled na:

  • Pag-andar Idinagdag o Binago:
  • Hindi nababagay sa Pagbabago: pagtitiklop: Ang isang bilang ng mga variable at iba pang mga pangalan na may kaugnayan sa-based GTID pagtitiklop ay nabago, may tanawin sa paggawa ng mas naaangkop at makahulugang mga pangalang ito. Ang lumang pangalan ay hindi na suportado.
  • Ang mga tampok upang palitan ang pangalan ng ipinakita sa sumusunod na listahan:
  • Ang pagpipiliang --disable-gtid-hindi ligtas na-pahayag server ay napalitan ng pangalan --enforce-gtid-pagkakapare-pareho; ang variable na disable_gtid_unsafe_statements sistema ay napalitan ng pangalan enforce_gtid_consistency.
  • Ang variable gtid_done server sistema ay napalitan ng pangalan gtid_executed.
  • Ang gtid_lost variable ng system server ay napalitan ng pangalan gtid_purged; sa karagdagan, ito variable ay hindi na read-only.
  • Ang SQL_THREAD_WAIT_AFTER_GTIDS () function na ay napalitan ng pangalan WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
  • Para sa higit pang impormasyon, tingnan ang Seksyon 16.1.3, & quot; pagtitiklop sa Global tagatukoy ng Transaksyon & quot ;, at Seksyon 16.1.4.5, & quot; Transaksyon ID Opsyon at Variable & quot ;. Global (Bug # 14,775,984)
  • nagsusulat ngayon mysqld mga petsa upang ang error log sa ISO (YYYY-MM-DD hh: mm: ss) na format. Kasama rin dito ang proseso ng ID nito kasunod ng petsa. Salamat sa Davi Arnaut para sa patch. (Bug # 56240, Bug # 11,763,523)
  • Windows Vista, Windows Server 2008, at mas bagong suporta katutubong symlinking gamit ang mklink command. Ginagawa ang MySQL pagpapatupad ng server ng database symbolic link gamit .sym file kalabisan, kaya mekanismo na hindi na ginagamit ngayon at maaalis sa isang susunod na release MySQL. Tingnan ang Seksyon 8.11.3.1.3, & quot; Ang paggamit ng mga symbolic link para sa Database sa Windows & quot;.
  • Mga Bug Fixed:
  • Pagganap: InnoDB: Ang mga halaga tiyempo para sa mababang antas InnoDB basahin ang mga operasyon ay nababagay para sa mas mahusay na pagganap sa mabilis na storage device, tulad ng SSD. Pagpapahusay na ito unang-una ay nakakaapekto sa pagpapatakbo nabasa na para sa mga haligi blob sa naka-compress na mga talahanayan. (Bug # 13702112, Bug # 64258)
  • Hindi nababagay sa Pagbabago:. Ang hanay ng THREAD_ID sa Pagganap ng Schema mga talahanayan ay widened mula int sa BIGINT upang mapaunlakan ang 64-bit na halaga
  • Kung mag-upgrade ka sa paglabas ng MySQL mula sa isang mas naunang bersyon, dapat mong mapatakbo ang mysql_upgrade (at i-restart ang server) na ilakip ang pagbabagong ito sa database performance_schema. (Bug # 14,664,453)
  • Hindi nababagay sa Pagbabago: ID ng Koneksyon (thread ID) mga halaga na mas mataas kaysa 32 bit ay maaaring mangyari sa ilang mga sistema (tulad ng abala o pang-tumatakbo ang 64-bit systems), na nagiging sanhi ng mga problema:
  • ID ng Koneksyon nakasulat sa pangkalahatang log ng query at mabagal log query ay hindi tama. Ito ay totoo para sa pag-log sa parehong mga file at mga talahanayan.
  • Ang function na CONNECTION_ID () ay nagbabalik ng halaga sa isang uri ng data na masyadong maliit para sa mga halaga na mas malaki sa 32 bit.
  • Ang mysql_thread_id () at mysql_kill () function C API ay hindi mahawakan ang mga halaga ng ID na mas malaki sa 32 bit. Ito ay maaaring magresulta sa pagpatay sa maling thread; halimbawa, kung tawagin mo mysql_kill (mysql_thread_id ()).
  • Koneksyon ID ngayon ay pinapayagan na maging 64-bit halaga kapag sinusuportahan ng server ang mga ito (kapag binuo na may 64-bit na mga uri ng data) na may mga epekto:
  • ID ng Koneksyon naka-log tama sa pangkalahatang log ng query at mabagal log query.
  • Tandaan
  • nagsasangkot ng pagbabagong ito ng pagbabago sa mga talahanayan ng log, kaya matapos ang pag-upgrade sa release, dapat kang magpatakbo ng mysql_upgrade at i-restart ang server.
  • CONNECTION_ID () ay nagbabalik ng isang uri ng naaangkop para sa mga halaga na mas malaki sa 32 bit na data.
  • mysql_thread_id () ay hindi nababago; ang protocal client / server ay may 4 bytes lamang para sa halaga ng ID. Ibinabalik ng pag-andar na ito ng hindi tamang (pinutol) na halaga para sa mga ID ng koneksyon mas malaki kaysa sa 32 bit at dapat na iwasan.
  • mysql_kill () ay hindi pa rin maaaring panghawakan ang mga halaga na mas malaki sa 32 bit, ngunit upang bantayan laban sa pagpatay sa maling thread ngayon ay nagbalik ng isang error sa mga kasong ito:
  • Kung bibigyan ng isang ID na mas malaki sa 32 bit, mysql_kill () ay nagbabalik ng error CR_INVALID_CONN_HANDLE.
  • Matapos panloob counter thread ID ng server naabot ng isang halaga na mas malaki sa 32 bit, nagbabalik ito ng isang error ER_DATA_OUT_OF_RANGE para sa anumang mysql_kill () pananalangin at mysql_kill () nabigo.
  • Upang maiwasan ang mga problema sa mysql_thread_id () at mysql_kill (), huwag gamitin ang mga ito. Upang makuha ang ID na koneksyon, magsagawa ng isang piliin CONNECTION_ID () query at makuha ang resulta. Upang patayin ang isang thread, magsagawa ng isang pumatay statement.
  • (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11,753,308)
  • Mahalaga Baguhin: InnoDB: Isang DML pahayag gamit ang paraan ng access index merge maaaring i-lock ng maraming mga hilera mula sa talahanayan, kahit na mga hilera ay hindi bahagi ng panghuling hanay na resulta. Pag-aayos na ito binabawasan ang labis na pagla-lock sa pamamagitan ng bitawan ang mga kandado ng walang kaparis hilera. Ang optimization na ito ay nakakaapekto lamang sa mga transaksyon sa antas ng paghihiwalay na katumbas ng o mas mababa kaysa sa mahigpit na nakatuon READ; Hindi ito nalalapat sa mga transaksyon gamit ang REPEATABLE READ o SERIALIZABLE antas ng pagkakahiwalay. (Bug # 14,226,171)
  • Mahalaga Baguhin: pagtitiklop: Dahil tumatakbo ang server gamit ang GTIDs pinagana pumigil sa mga pagbabago sa nontransactional mga talahanayan, mga programa tulad ng mysql_upgrade at mysql_install_db magawang gumana sa mga talahanayan ng system na ginagamit ang MyISAM imbakan engine at samakatuwid ay hindi maaaring gumana nang maayos ay. Ngayon, kapag tumatakbo na may --enforce-gtid-pagkakapare-pareho (kinakailangan tuwing --gtid-mode = SA), ay nagbibigay-daan sa server solong pahayag sa nontransactional mga talahanayan. (Bug # 14,722,659)
  • Mahalaga Baguhin: pagtitiklop: Ang dating, ang halaga ng haligi Seconds_Behind_Master sa output ng IPAKITA alipin STATUS ay palaging nakatakda sa null kailanman sa SQL thread o ang I / O thread ay tumigil. Ngayon, ang hanay na ito ay nakatakda sa null lamang kung ang SQL thread ay hindi tumatakbo, o kung ang I / O thread ay hindi tumatakbo sumusunod na ng isang tseke upang matukoy kung o hindi ang SQL thread naproseso ang lahat ng mga log ng relay. (Kung ang SQL thread maproseso at ang I / O thread ay tumatakbo, Seconds_Behind_Master ay 0.) (Bug # 12,946,333)
  • Partitioning: InnoDB: Noong nakaraan, kapag sinusubukang i-optimize ang isa o higit pang partition ng isang partitioned talahanayan na ginagamit ng imbakan engine na hindi sumusuporta sa partisyon-level-optimize, tulad ng InnoDB, iniulat MySQL hindi sinusuportahan ng Table ay optimize, ang paggawa ng muling likhain ang + -aralan sa halip, pagkatapos ay nilikha muli ang buong table, ngunit hindi aktwal na pag-aralan ito. Ngayon sa mga naturang kaso, ang babalang mensahe ay, hindi sinusuportahan ng Table ay optimize sa partition. Lahat ng partition ay itinayong muli at masuri. Bilang karagdagan, ang buong talahanayan ay pinag-aralan ng pagkatapos ng unang pag-itinayong muli. (Bug # 11,751,825)
  • InnoDB: Kung nag-crash sa server habang ang mga hilera ay naipasok sa isang talahanayan na may isang FULLTEXT index ngunit bago ang transaksyon ay ginawa, maaaring mangyari ang isang error sa panahon ng susunod na startup:
  • InnoDB: badya pagkabigo sa thread na thread_num sa dict0dict.cc linya ng file 1019
  • (Bug # 14,826,779)
  • InnoDB: Ang server ay maaaring huminto sa isang error kapag ina-access ang isang talahanayan ng InnoDB na naglalaman ng isang FULLTEXT index sa pamamagitan ng mga humahawak ng statement. (Bug # 14,788,710)
  • InnoDB: Ang server ay maaaring huminto sa isang error kapag ang dalawang uri ng mga pagpapatakbo nangyari nang sabay-sabay:
  • May rollback ng isang ipinasok na hilera na naglalaman ng mga hanay off-pahina.
  • Ang isang online na operasyon online DDL na kinasasangkutan ng isang talaan ng ROW_FORMAT = dynamic o ROW_FORMAT = Compressed (iyon ay, gamit ang tursilyo format ng file) na itinayong muli ang talahanayan. Halimbawa, ADD / drop COLUMN, ADD PANGUNAHIN KEY, pagbabago ROW_FORMAT.
  • (Bug # 14,842,014)
  • InnoDB: Ang server ay maaaring huminto sa isang error badya para sa isang pag-aralan ang operasyon TALAAN, depende sa istraktura ng talahanayan at ini-index nito:
  • InnoDB: badya pagkabigo sa thread na thread_num sa file dict0dict.ic line 447
  • InnoDB: bagsak badya: pos & lt; table- & gt; n_def
  • (Bug # 14,755,452)
  • InnoDB: Isang error sa pag-timeout ng maaaring mangyari sa mga sistema ng Windows kapag ang paggawa baguhin TALAAN pahayag na may Itapon TABLESPACE o mag-import TABLESPACE clause, dahil sa isang pansamantalang tablespace file na natitira sa file system. (Bug # 14,776,799)
  • InnoDB: Ang isang online na operasyon DDL para sa isang InnoDB talahanayan mali ang iniulat na isang walang laman na halaga ('') sa halip na ang tamang halaga ng key kapag iniulat ng duplicate key ng error para sa isang natatanging index gamit ang prefix na isang index. (Bug # 14,729,221)
  • InnoDB: InnoDB table na may ini-index FULLTEXT ay maaaring maglaan ng memorya para sa mga handle thread na ay hindi kailanman inilabas, marahil humahantong sa Resource isyu sa mga sistema ng Windows. (Bug # 14,759,163)
  • InnoDB: Sa panahon ng isang online na operasyon DDL na kopya ng talahanayan, ang pangalawang index ng talahanayan ay maaaring masira. (Bug # 14,753,701)
  • InnoDB: Kung nag-crash ang server pagkatapos ng isang online na DDL LILIKHA INDEX operasyon, maaaring mangyari ang isang error habang ilunsad muli kumpleto ang mga transaksyon sa susunod na startup:
  • InnoDB: Error sa seg index entry del undo sa
  • ...
  • InnoDB: badya pagkabigo sa thread na thread_num sa row0umod.cc linya ng file 559
  • (Bug # 14,707,452)
  • InnoDB: Kung nag-crash ang server sa isang tiyak na sandali sa panahon ng isang baguhin TALAAN operasyon na itinayong muli ang tinipong index para sa isang InnoDB talahanayan, ang orihinal na talahanayan ay maaaring hindi maa-access pagkatapos nito. Isang halimbawa ng ganitong operasyon ay baguhin TALAAN ... ADD PANGUNAHIN KEY fix ang nagpapanatili ng orihinal na talahanayan kung ang server halts sa panahon ng operation na ito. Maaaring pa rin kailangan mo na palitan ang pangalan nang manu-mano ang .ibd file upang ibalik ang orihinal na nilalaman talahanayan: sa MySQL 5.6 at mas mataas, palitan ang pangalan mula sa # SQL-ib $ new_table_id.ibd sa table_name.ibd sa loob ng direktoryo database; bago ang MySQL 5.6, ang pansamantalang file upang palitan ang pangalan ay table_name # 1 o # 2. (Bug # 14,669,848)
  • InnoDB: fix na ito ay nagpapabuti sa pangangasiwa ng error kapag nagdadagdag ng isang operasyon baguhin TALAAN isang haligi nang higit sa pinapayagan para sa isang InnoDB talahanayan maximum na bilang. Itinaas ni rin nito ang maximum na bilang ng mga haligi para sa isang InnoDB talahanayan mula sa 1000 upang 1020. (Bug # 14,705,287)
  • InnoDB: Sa panahon ng isang online na operasyon DDL na itinayong muli ng talahanayan, isang tseke TALAAN pahayag ay maaaring mag-ulat ng Maling pagtutugma ng bilang para sa lahat ng mga pangalawang ini-index. (Bug # 14,606,472)
  • InnoDB: Kung nabigo ang isang baguhin TALAAN pahayag habang sinusubukang lumikha ng isang index FULLTEXT para sa isang InnoDB talahanayan, ang server ay maaaring huminto sa isang error badya habang bumababa ang hindi kumpletong index. (Bug # 14,504,174)
  • InnoDB: Sa panahon ng pag-shutdown, may pagpipilian sa configuration innodb_purge_threads set mas malaki kaysa sa 1, ang server ay maaaring ihinto maaga sa error na ito:
  • mysqld nakuha signal 11
  • Ang isang workaround ay upang taasan ang innodb_log_file_size at itakda innodb_purge_threads = 1. Pag-aayos ay backported sa MySQL 5.5 at 5.1, bagaman mga bersyong na iyon ay hindi magkakaroon ng pagpipilian sa configuration innodb_purge_threads kaya ang error ay malamang na hindi mangyayari. (Bug # 14,234,028)
  • InnoDB: Ang server ay maaaring huminto sa isang error sa ilalim ng ilang mga kumbinasyon ng mga sabay-sabay na mga pagpapatakbo:
  • InnoDB: hindi kilalang error code 20
  • isyung ito nagmula sa panahon ng pag-ikot ng 5.6 pag-unlad. Apektado lamang ng mga transaksyon gamit ang READ ginawa andREAD UNCOMMITTED mga antas ng pagkakahiwalay. (Bug # 13641662, Bug # 12,424,846)
  • pagtitiklop: Kung ang isang talahanayan na kinokopya ay nagkaroon ng isang FULLTEXT index, index na ito ay hindi pinasiyahan out kapag pagpili ng uri ng pag-scan na gagamitin sa paghahanap sa susunod na hilera, kahit na ito ay hindi maaaring magamit upang mahanap ang tamang isa. Ang hilera applier kasunod na sinubukan unsuccessfully na magpatupad ng isang index scan, na nagiging sanhi ng pagtitiklop upang mabibigo. Ngayon sa mga ganitong kaso, ini-index na huwag ibigay para sa kasunod na pag-access (tulad ng FULLTEXT) ay hindi isinasaalang-alang kapag tinutukoy kung gumamit ng talahanayan, index, o hash pag-scan para sa layuning ito. (Bug # 14,843,764)
  • pagtitiklop: Kapag ginagamit ang GTID-aware master-alipin protocol, na ginamit ang pangangalakal ng alipin ako / O thread sa maling posisyon. Kapag gumagamit ng GTIDs, ang posisyon ay hindi normal na ginagamit, ngunit bilang isang espesyal na kaso, ang posisyon ay ginamit bilang karagdagan sa GTID kapag ang pangangalakal ng alipin muling maikokonekta sa parehong master (kahit na hindi ito ay kinakailangan). Ang problemang ito ay naayos na sa pamamagitan ng paggawa ng GTID-aware master-alipin protocol ay hindi gumagamit ng mga posisyon sa lahat ng anumang mas mahaba. (Bug # 14,828,028)
  • pagtitiklop: Given isang naka-imbak na mga nakagawiang R kung saan ang function GTID_SUBTRACT () ay pinagana: Sa sandaling GTID_SUBTRACT () nagbalik null kapag tinatawag loob R, patuloy na ito upang bumalik null tuwing ito ay tinawag sa loob R, para sa natitira ng client session. (Bug # 14,838,575)
  • pagtitiklop: MySQL Enterprise Backup, mysqldump, at mysqlhotcopy maaaring hindi magamit sa isang pinagana GTID-MySQL Server, dahil sila ay magagawang ibalik estado GTID ng server at kaya hindi maaaring ibalik mula sa anumang punto sa binary log maliban sa napaka-simula.
  • Bilang bahagi ng pag-aayos para sa problemang ito, ang gtid_purged variable ng system (dating pinangalanan gtid_lost) ay hindi na read-only; ngayon posible upang magdagdag ng GTIDs dito kapag gtid_executed (dating gtid_done) ay walang laman. (Bug # 14,787,808)
  • pagtitiklop: i-restart ang pagtitiklop pagkatapos ng unang binary log file ay purged humantong sa error Nakakuha ng malalang error 1236 mula sa master kapag nagbabasa ng data mula sa binary log: 'alipin ay pagkonekta gamit ang PAGBABAGO SA master MASTER_AUTO_POSITION = 1, ngunit ang panginoon ay purged binary mga log na naglalaman GTIDs na nangangailangan ang pangangalakal ng alipin. ' Ito ay humantong GTID-based pagtitiklop sa mabibigo. (Bug # 14,756,691)
  • Nabigo ang mysql_install_db upang igalang ang opsyon --user. (Bug # 15,866,735)
  • Paglikha ng InnoDB talahanayan na may isang index FULLTEXT maaaring makaharap ng isang malubhang error kung contained di-alphanumeric character sa pangalan ng talahanayan. (Bug # 14,835,178)
  • Di-wastong memory bumabasa ng maaaring mangyari para sa mga query na pinili mula sa isang pangalan ng talahanayan zero-haba. (Bug # 14,780,820)
  • Sa I-lock ang mga talahanayan sa epekto, LILIKHA TALAAN KUNG HINDI umiiral ... maaaring taasan KATULAD isang badya. (Bug # 14,788,976)
  • Ang awtomatikong pagbuo mahalagang bahagi ng nagmula sa pangangasiwa sa talahanayan ay hindi mahawakan nang maayos ang mga haligi tinukoy bilang bahagi ng Values ​​() sugnay at naging sanhi ng isang badya na itataas. (Bug # 14,786,324)
  • Sinusubukang upang basahin ang isang utf16 file na may-load ang data INFILE itinaas ang isang badya. (Bug # 14,786,470)
  • init_io_cache () na ginagamit memset () upang i-clear ang isang mutex ngunit ang pumasa sa maling laki mutex. (Bug # 14,838,882)
  • Ang optimizer ay maaaring taasan ang isang badya kapag sinusuri ang isang hanay ng pagsubok laban sa isang AY HINDI null kondisyon. (Bug # 14,843,705)
  • ma-itinaas ang isang badya execute INSERT, UPDATE, o TANGGALIN pagkatapos nang kataon lamang pagsisimula ng isang READ ONLY transaksyon sa I-lock ang mga talahanayan mode. (Bug # 14,788,540)
  • Sinusubukang upang lumikha ng isang hanay auto-patong sa isang InnoDB talahanayan na may isang uri null katangian ay maaaring maging sanhi ng malubhang error. (Bug # 14,758,479)
  • Ang isang badya ay itinaas kung baguhin TALAAN ay ginagamit upang palitan ang pangalan ng isang haligi sa parehong pangalan sa isang umiiral na hanay habang muling pagsasaayos din ang pinalitan ng pangalan haligi paggamit PAGKATAPOS o UNA. (Bug # 14,756,089)
  • Ang isang badya ma-itinaas kung semi-sumali sa pagtupad ginamit upang suriin ang isang HINDI SA subquery. (Bug # 14,751,858)
  • Para sa ilang mga handler pagpapatuloy nestings, pagpapatuloy maaaring mangyari sa maling lokasyon. (Bug # 14,724,836)
  • IPAKITA PROCESSLIST output ay hindi pinagsunod-sunod sa Id order. (Bug # 14,771,006)
  • Para sa ilang piliin ang mga pahayag, ipaliwanag maaaring maging sanhi ng ang server upang lumabas. (Bug # 14,761,894)
  • May naganap na memory tumagas para sa mga pagtatangka upang gamitin baguhin TALAAN magtakda ng default na halaga para sa isang maliit, katamtaman, o mahaba ang blob o hanay TEXT. (Bug # 14,756,206)
  • Pag-install gamit ang Solaris pakete tumakbo mysql_install_db sa panahon ng pag-upgrade ng mga operasyon (ito ay magaganap lamang para sa mga bagong pag-install). (Bug # 14,747,671)
  • Para sa I-UPDATE pahayag, ipaliwanag Nagpakita ang kabuuang haba ng pindutan sa key_len haligi sa halip kaysa sa haba ng mga ginamit na mga bahagi key. (Bug # 14,682,438)
  • Simula ng server gamit ang --bind-address at pagkatapos ay pag-set host_cache_size sa 0 maaaring magresulta sa pagtigil ng server para sa ilang mga uri ng koneksyon client. (Bug # 14,689,561)
  • Kapag pinagana ang kondisyon index pushdown, ang optimizer ay maaaring gumawa ng maling resulta para nagmula talahanayan. (Bug # 14,640,176)
  • Ang optimizer ay maaaring hindi tama ang gumamit ng nonspatial index upang i-optimize spatial na mga pagpapatakbo, na nagiging sanhi ng isang badya na itataas. (Bug # 14,600,994)
  • mysql_config_editor ginawa walang mensahe ng error para sa mga error sa configuration file write. (Bug # 14,545,989)
  • Query sa muling pagsusulat upang mag-isis password para sa pag-log ay tapos na kahit na wala sa mga nauugnay na mga log na pinagana. Gayundin, LILIKHA NG SERVER at baguhin SERVER ay rewritten na ngayon bilang kinakailangan. (Bug # 14,073,554)
  • Suriin TALAAN at pagkukumpuni TALAAN ma-crash kung ang isang MyISAM talahanayan ay nagkaroon ng isang corrupt key (.MYI) file. Ngayon ang server ay gumagawa ng error. (Bug # 13,556,441)
  • Suriin TALAAN at pagkukumpuni TALAAN ma-crash kung ang isang MyISAM talahanayan ay nagkaroon ng isang corrupt key (.MYI) file. Ngayon ang server ay gumagawa ng error. (Bug # 13556107, Bug # 13,556,000)
  • Para sa lungkot ng database MySQL, mysqldump nilaktawan ng talahanayan ng kaganapan maliban kung ang pagpipiliang --events ay ibinigay. Upang laktawan ang talahanayan na ito kung na ninanais, gamitin ang opsyon --ignore-talahanayan sa halip ng (Bug # 55587, Bug # 11,762,933)
  • binabalewala mysqld_safe ang halaga ng UMASK environment variable, na humahantong sa pag-uugali ng iba sa mysqld may kinalaman sa pag-access mode ng nilikha ng mga file. Ngayon mysqld_safe (at mysqld_multi) tangkain upang matantiya ang parehong pag-uugali tulad ng mysqld. (Bug # 57406, Bug # 11,764,559)
  • Sa Mac OS X, reinitializing ang cache query maaaring maging sanhi ng ang server upang lumabas. Salamat sa Davi Arnaut para sa patch. (Bug # 67156, Bug # 14,741,880)

  • , TANGGALIN minsan Nabigo
  • Para sa MEMORY table na may ini-index ng hash tanggalin ang lahat ng naaangkop na mga hilera. (Bug # 51763, Bug # 11,759,445)
  • Nabigo ang server na gamitin ang cache ng query para sa mga query sa na naglalaman ng isang database o talahanayan pangalan espesyal na character at ang imbakan ng talahanayan engine ay InnoDB. (Bug # 64821, Bug # 13,919,851)
  • Sa Mac OS X, pumatay maaaring paminsan-minsan maging hindi kapani-paniwala. (Bug # 37780, Bug # 11,748,945)
  • (expr) LAST_INSERT_ID ay hindi gumagana para sa expr mga halaga na mas mataas kaysa sa pinakamalaking sign BIGINT halaga. (Bug # 20964, Bug # 11,745,891)

Katulad na software

groonga
groonga

17 Feb 15

ArangoDB
ArangoDB

17 Feb 15

H2 Database Engine
H2 Database Engine

17 Feb 15

Iba pang mga software developer ng Oracle Corporation

Mga komento sa MySQL Enterprise Edition

Mga Komento hindi natagpuan
Magdagdag ng komento
I-sa mga imahe!