ማሪያድብ ሥሪትን ያግኙ። MySQL vs MariaDB ንጽጽር. ዋናው ነገር ተኳሃኝነት ነው

አሁንም MySQL እየተጠቀሙ ነው?
እና ብዙ ሰዎች ለረጅም ጊዜ ወደ ማሪያዲቢ የውሂብ ጎታ ቀይረዋል።
ከማኅተም ጋር ያለው የMariaDB አርማ ምን ያህል ቆንጆ እንደሆነ ተመልከት።

MySQL እንዲሁ ቆንጆ ዶልፊን አለው።

ትንሽ የ MariaDB ታሪክ ከዊኪፔዲያ።
ማሪያዲቢ በማህበረሰብ የተገነባ የ MySQL ቅርንጫፍ ነው። የፍጥረቱ አበረታች የዲቢኤምኤስ ነፃ ሁኔታ (በጂፒኤል ፈቃድ ስር) የ MySQL በ Oracle ካለው ግልጽ ያልሆነ የፍቃድ አሰጣጥ ፖሊሲ በተቃራኒ ማረጋገጥ አስፈላጊ ነበር።

የMariaDB መሪ ገንቢ ሚካኤል ዊዲኒየስ ነው፣ እሱም የ MySQL የመጀመሪያ ስሪት ደራሲ እና የሞንቲ ፕሮግራም AB መስራች ነው።

የማሪያዲቢ ፕሮጀክት ዋና ግብ ከዋናው MySQL ጋር ሙሉ ለሙሉ ሁለትዮሽ የሚስማማ የዲቢኤምኤስ እትም መፍጠር ነው፣ይህም በአፈጻጸም ላይ ተጽዕኖ የሚያሳድሩ በርካታ ማሻሻያዎች ይኖሩታል።

ማሪያዲቢ የተቀየሰው ለ MySQL ተቆልቋይ ምትክ ሆኖ የተቀየሰ ነው፣ የ MySQL ባህሪን ሙሉ በሙሉ በማስመሰል ነው (እና በእውነቱ)።

ማሪያዲቢ አሁን ተስፋ ሰጭ አዝማሚያ ነው፣ በ MySQL እና MariaDB (በተለይ የ10.x ቅርንጫፍ) መካከል ያለውን የንፅፅር ሰንጠረዥ ይመልከቱ።

ንጽጽሩን ከኦፊሴላዊው የ MariaDB ድህረ ገጽ ወስጃለሁ፣ ነጥቦቹን በበለጠ ዝርዝር መመልከት ይችላሉ። ምንም እንኳን ይህ ባይኖርም MariaDB 10.x በግልፅ ግንባር ቀደም እንደሆነ ግልጽ ነው።

በአሁኑ ጊዜ ብዙ የሊኑክስ ስርጭቶች ከ MySQL ይልቅ ማሪያዲቢን በነባሪነት ይጭናሉ, እና እዚህ ያለው ሚስጥር ቀላል ነው - ማሪያዲቢ ተመሳሳይ የውሂብ ማከማቻ ቅርጸቶችን, ሰንጠረዦችን እና እንዲያውም የማስጀመሪያ ትዕዛዞችን ወዘተ ይደግፋል, ማለትም. ወደ MariaDB ፍልሰት ቀላል እና እንከን የለሽ ነው። በ FreeBSD ላይ MariaDB ን መጫን ቀላል እና ቀላል ነው።

ለምሳሌ፣ የ Aria ሠንጠረዥ አይነት በመረጃ ቋቱ ውስጥ ክዋኔዎችን ለማስገባት የተመቻቸ ነው (በሚሳም ከሚታዩት ፈጣን ናቸው)። የ Aria ሠንጠረዦች በ MariaDB ውስጥም ለውስጣዊ ሂደቶች ጥቅም ላይ ይውላሉ;

ሀረጎች-የማሪያ ዲቢ እና MySQL ንፅፅር ፣ የትኛው የተሻለ የውሂብ ጎታ ነው? ፣ የስራ ፍጥነት ፣ የ MariaDB ጭነት

DBMS የ MySQL ሹካ ነው እና በ Monty Program Ab የተሰራ ነው፣ በሚካኤል ዊዲኒየስ ከፀሃይ ማይክሮ ሲስተምስ ከወጣ በኋላ የተፈጠረው። የአማራጭ ማሪያ ማከማቻ ሞተርን ጨምሮ ሁሉንም ዋና ክፍት የማጠራቀሚያ ሞተሮችን ያካትታል። በብዙ መንገዶች፣ ማሪያዲቢ ልክ እንደ MySQL ይሰራል፡ ሁሉም ትዕዛዞች፣ በይነገጽ፣ ቤተ-መጻሕፍት እና በ MySQL ውስጥ ያሉ ኤፒአይዎች በ MariaDB ውስጥም አሉ።

የዚህ ዲቢኤምኤስ ገንቢዎች እንደሚሉት፣ የMariaDB ልቀቶችን ከ MySQL ልቀቶች ጋር ሊያመሳስሉ ነው።

ማሪያ ዲቢ የሚለው ስም የመጣው ከሚካኤል ዊዲኒየስ ታናሽ ሴት ልጅ ማሪያ ነው።

ታሪክ

መድረኮች

ዊንዶውስ amd64 (64-ቢት)፣ ዊንዶውስ x86 (32-ቢት)፣ Solaris 10 x86፣ Solaris 11 x86፣ Linux amd64 (64-bit)፣ Linux x86፣ CentOS 5/ RedHat 5 amd64 (64-bit)፣ CentOS 5/ RedHat 5 x86 (32-ቢት)።

ኤዲቶሪያል

የማከማቻ ስርዓቶች

    አሪያ- አዲስ የማጠራቀሚያ ሞተር ለ MySQL እና MariaDB (ቀደም ሲል ማሪያ ትባላለች)። የማከማቻ ስርዓቱ ከ MyISAM ሌላ አማራጭ ነው, ነገር ግን ከመሳካት የበለጠ ይቋቋማል. ለኦፕሬሽኖች ምዝገባ ምስጋና ይግባውና በአደጋ ጊዜ ሁሉም ጠረጴዛዎች መግለጫው ከመፈጸሙ በፊት ወይም የመጨረሻው የ LOCK TABLES ትዕዛዝ ከመፈጸሙ በፊት ወደ ግዛቱ ይመለሳሉ. እንዲሁም በክዋኔ ምዝግብ ማስታወሻ ውስጥ ከማንኛውም ቦታ (የ CREATE/DROP/RENAME/TRUNCATE ድጋፍን ጨምሮ) ሁኔታን ወደነበረበት የመመለስ ችሎታን ይደግፋል። ስራው ከMyISAM የተሻለ መሸጎጫ እና እንዲሁም ለብዙ ማስገቢያዎች የበለጠ የዳበረ ትይዩ ያቀርባል። ሁሉም የ MariaDB የውስጥ ጠረጴዛዎች ይህንን የማከማቻ ሞተር ይጠቀማሉ። ከ 2007 ጀምሮ የተገነባ.

    ሚኢሳም- በዲቢኤምኤስ ውስጥ ካሉት ዋና የመረጃ ማከማቻ ስርዓቶች አንዱ። በ ISAM ኮድ ላይ የተመሰረተ እና በንፅፅር በርካታ ጠቃሚ ተጨማሪዎች አሉት. የMyISAM ሠንጠረዦች በ WWW እና በሌሎች የተነበቡ አካባቢዎች ውስጥ ለመጠቀም ተስማሚ ናቸው። እንደ ነባሪ የማከማቻ ዘዴ ጥቅም ላይ ይውላል።

    XtraDB- የ InnoDB ማከማቻ ሞተር ይበልጥ ቀልጣፋ ዘመናዊ ሃርድዌር ቅልጥፍና ላይ ያለመ እና ከፍተኛ አፈጻጸም አካባቢዎች ውስጥ ጠቃሚ ባህሪያትን ጨምሮ የተስፋፋ ስሪት ነው. XtraDB የማህደረ ትውስታ አያያዝ ዘዴን አሻሽሏል፣ የ InnoDB I/O ንኡስ ሲስተም አሠራርን አሻሽሏል፣ ለብዙ ንባብ እና ለመፃፍ ክሮች ድጋፍን አክሏል፣ የመተላለፊያ ይዘት አስተዳደርን ይደግፋል፣ ተነባቢ-ወደፊት ትግበራ እና ተስማሚ የፍተሻ ነጥብ። የትላልቅ ፕሮጀክቶችን የመጠን አቅሞች ተዘርግተዋል ፣ የመቆለፊያ ስርዓቱ ብዙ ቁጥር ያላቸው ሲፒዩዎች ባሉባቸው ስርዓቶች ላይ ለመስራት ተስተካክሏል ፣ እና ስታቲስቲክስን ለመሰብሰብ እና ለመተንተን ተጨማሪ ችሎታዎች ተጨምረዋል። ሞተሩ ሙሉ በሙሉ ወደ ኋላ ተኳሃኝ ነው እና ስለዚህ ለመደበኛ InnoDB ምትክ ሆኖ ሊያገለግል ይችላል። የXtraDB ማከማቻ ስርዓት ከተጨማሪ ቅጥያዎች ጋር በOracle/Innobase InnoDB ተሰኪ ስሪት 1.0.3 ላይ የተመሰረተ ነው።

    PBXT (PrimeBase XT)- ከባዶ የተገነባ የማከማቻ ስርዓት እና የመረጃ ማከማቻ MVCC (ባለብዙ ስሪት ኮንኩሬሽን ቁጥጥር) የማደራጀት ባለብዙ ስሪት ዘዴን የሚደግፍ የንባብ ስራዎችን በሚሰሩበት ጊዜ መቆለፊያዎችን ለማስወገድ ያስችላል። PBXT ACIDን የሚያከብሩ ግብይቶችን፣ ፈጣን የግብይት ተመላሽ እና ከተገቢው የአገልጋይ መዘጋት ማገገምን ይደግፋል። የማጣቀሻ መረጃን ትክክለኛነት ለማረጋገጥ ፣የውጭ ቁልፎችን ለመለየት ድጋፍ ፣ማሻሻያዎችን እና የውሂብ ስረዛዎችን ለማረጋገጥ መሳሪያዎች አሉ። የሁለትዮሽ ውሂብን (BLOB) ግብዓት እና ውፅዓት በቀጥታ ወደ ዳታቤዝ የማሰራጨት ችሎታ ይደገፋል።

    FederatedX- የርቀት ሰንጠረዦችን እንደ አካባቢያዊ መዳረሻ እንዲያደራጁ የሚያስችል የማከማቻ ስርዓት። ለግብይቶች ድጋፍ አለ ፣ ከርቀት ዲቢኤምኤስ ጋር ብዙ ግንኙነቶችን በአንድ ጊዜ ማቋቋም እና የ"LIMIT" ስራዎችን መጠቀም።

ፍቃድ መስጠት

ማሪያዲቢ በGPL v2 ፍቃድ ውል ስር እንደ MySQL ይገኛል። የGPL ፈቃዱ የሚመለከተው ለሌሎች ወገኖች በተዘጋጀው ኮድ ላይ ብቻ ነው። በድርጅቱ ውስጥ ለውስጣዊ አጠቃቀም, እንዲህ ዓይነቱ ኮድ ሙሉ በሙሉ ነፃ ነው እና ለማንኛውም ሁኔታ ተገዢ አይደለም. ከበስተጀርባ ማሪያዲቢን (ወይም ሌላ የጂፒኤል ሶፍትዌር) ወደሚያሄድ የርቀት አገልግሎት መገናኘትም ነፃ ነው።

የ DBMS ነፃ ሁኔታን ማረጋገጥ አስፈለገ (በጂፒኤል ፈቃድ ስር) ፣ MySQL በ Oracle ካለው ግልጽ ያልሆነ የፍቃድ አሰጣጥ ፖሊሲ በተቃራኒ። ምርቱ በጂኤንዩ GPL v.2 ፍቃድ፣ ጂኤንዩ LGPL ስር ተሰራጭቶ ጥቅም ላይ ይውላል።

ስርዓቱ የተፃፈው C፣ C++፣ Perl፣ Bash በመጠቀም ነው። ምርቱ በሊኑክስ እና UNIX በሚመስሉ ኦፕሬቲንግ ሲስተሞች፣ ዊንዶውስ ስር ይሰራል።

2014: ማሪያዲቢ ኢንተርፕራይዝ 1.0

ከግል አቅራቢዎች ነፃ የሆነ ሙሉ በሙሉ ክፍት እና ግልፅ የሆነ የእድገት ሂደትን በመከተል የማሪያዲቢ ልማት በገለልተኛ ማሪያዲቢ ፋውንዴሽን ይቆጣጠራል። MariaDB በብዙ ሊኑክስ ስርጭቶች (RHEL 7, SUSE 12, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian 9) የ MySQL ምትክ ሆኖ ይመጣል. ስርዓቱ በፕሮጀክቶች ውስጥ ተተግብሯል: Wikipedia, Google Cloud SQL እና Nimbuzz.

በ MariaDB 10.1 ውስጥ ዋና ማሻሻያዎች

  • የጠረጴዛዎች እና የግብይት ምዝግብ ማስታወሻዎችን ለማመስጠር ድጋፍ ፣ ይህም የሃርድ ድራይቭ በሚሰረቅበት ጊዜ የውሂብ ፍሰትን ለመከላከል ያስችላል ፣ ግን በዲቢኤምኤስ ላይ በሚሠራበት ጊዜ ቁጥጥር በሚደረግበት ሁኔታ ምንም ፋይዳ የለውም ፣ ለምሳሌ ፣ በSQL መጠይቅ ምትክ ወይም የስርዓት መጥለፍን ማጥቃት። ምስጠራ ሲነቃ፣ በላይ ያለው ክፍያ ከ3-5% ይጨምራል። የምስጠራ ቁልፎችን በተለየ ደህንነቱ በተጠበቀ አገልጋይ ላይ ቁልፍ የማዞሪያ ስርዓት የነቃ ሲሆን ይህም አሁን ያለው ቁልፍ ካለፈ በኋላ በአዲስ ቁልፍ በየጊዜው እንደገና ምስጠራን ያካትታል። የምስጠራ ድጋፍ በXtraDB እና InnoDB ማከማቻዎች ውስጥ ተተግብሯል። በርካታ መርሃግብሮች ቀርበዋል፡ የተመረጡ ሠንጠረዦች ምስጠራ፣ በመረጃ ቋቱ ውስጥ ያሉ ሁሉንም ሠንጠረዦች ምስጠራ እና ከተመረጡት በስተቀር ሁሉንም ሠንጠረዦች መመስጠር። የግብይት ምዝግብ ማስታወሻን በማመስጠር ጥበቃም በሲስተሞች ውስጥ ማባዛት ይሰጣል።
  • ቀደም ሲል እንደ የተለየ ምርት የማሪያዲቢ ጋሌራ ክላስተር አካል ሆኖ የቀረበው የጋሌራ የተመሳሰለ ባለብዙ-ማስተር (ንቁ-ንቁ) ማባዛት ቴክኖሎጂ መሰረታዊ ፓኬጅ ውስጥ ማካተት። Galera የማሪያ ዲቢኤምኤስን አቅም በተመሳሰለ ማባዛት ያራዝመዋል፣ በዚህ ውስጥ ሁሉም አንጓዎች ሁል ጊዜ ወቅታዊ መረጃዎችን ይይዛሉ፣ ማለትም ግብይቱ የሚፈፀመው ውሂቡ ወደ ሁሉም አንጓዎች ከተሰራጨ በኋላ ብቻ ስለሆነ ምንም የጠፉ ግብይቶች ዋስትና አይሰጡም። በተመሳሳይ ጊዜ በግብይቱ ውስጥ ክዋኔዎች ወዲያውኑ ይከናወናሉ; ማረጋገጫን በመጠባበቅ ላይ ያለው መዘግየት የሚከሰተው "ተግባር" በሚሰራበት ጊዜ ብቻ ነው. ማባዛት በትይዩ ይከናወናል, በረድፍ ደረጃ, ስለ ለውጦች መረጃን ብቻ በማስተላለፍ ላይ. በክላስተር ውስጥ የመስቀለኛ መንገድ አባልነት አስተዳደር በራስ-ሰር ይከናወናል ፣ የተሳሳቱ አንጓዎች ያለ አስተዳዳሪ ተሳትፎ ወዲያውኑ ከጥቅሉ ውስጥ ይገለላሉ ፣ አስፈላጊ ከሆነ አዲስ አንጓዎች ያለ ተጨማሪ ማዋቀር በበረራ ላይ ሊገናኙ ይችላሉ ።
  • የጂቲዲ ድጋፍ በ MySQL ውስጥ ሲነቃ ከ MySQL 5.6 የውሂብ መባዛት ዕድል, ማለትም. MySQL አሁን ለ MariaDB እንደ ዋና አገልጋይ ሆኖ ሊያገለግል ይችላል። ይህ ባህሪ ከ MySQL ወደ ማሪያዲቢ በሚሸጋገርበት ጊዜ ሙከራን በከፍተኛ ሁኔታ ለማቃለል ይፈቅድልዎታል;
  • ለ InnoDB እና XtraDB መደብሮች የውሂብ ገጽ መጭመቂያ ድጋፍ። አዲሱ ዘዴ የተለያዩ የመጭመቂያ ስልተ ቀመሮችን (zlib, lz4, lz0, lzma, bzip2 እና snappy) የመምረጥ ችሎታ እና የታሸጉ መረጃዎችን በመስራት ሂደት ውስጥ ካለው የተለየ ድርጅት (row_format=compressed) ይለያል። በባህላዊው አተገባበር ውስጥ ቋት ሁለቱንም የታመቀ እና ገና ያልታሸገ ውሂብን ከያዘ አዲሱ እቅድ የሚያመለክተው ያልታሸገ መረጃ በቋት ውስጥ እንዳለ ብቻ ነው - ገጾቹ ወደ ማከማቻው ከመጻፍዎ በፊት ይጨመቃሉ እና ካነበቡ በኋላ ይከፈታሉ። አዲሱ ዘዴ የኤስኤስዲ ድራይቮች ወይም NVM ማህደረ ትውስታን ሲጠቀሙ በጣም ውጤታማ ነው። የ FusionIO ቦርዶችን ሲጠቀሙ በጣም ጥሩው ውጤት ይታያል;
  • በፌስቡክ በተሰጡ እድገቶች ላይ በመመስረት የ InnoDB የማከማቻ ማበላሸት ስርዓት ተተግብሯል. ከዚህ ቀደም ረድፎች ከ InnoDB ሲሰረዙ የተሰረዙ ምልክት የተደረገባቸው እና የዲስክ ብሎኮችን ሳይለቁ ወይም የዲስክ ቦታውን ወደ ስርዓቱ ሳይመልሱ ለአዳዲስ ግቤቶች እንዲገኙ ተደርገዋል። "ኦፕቲማይዝ ሠንጠረዥ" ን ማስፈፀም የተገለጸውን ችግር ይፈታል, ነገር ግን ሰንጠረዡን ሙሉ በሙሉ እንደገና በመገንባት እና ያለውን ውሂብ ወደ አዲስ ቦታ በመገልበጥ, ማለትም. ከፍተኛ መጠን ያለው ነፃ የዲስክ ቦታ ይፈልጋል። በማዋቀሪያው ፋይል (innodb-defragment=1) ውስጥ የማፍረስ ድጋፍን ካነቃ በኋላ የ "OPTIMIZE TABLE" ትዕዛዝ ወደ አዲስ ሰንጠረዦች መቅዳት አይመራም, ነገር ግን በመዝገብ እንቅስቃሴ ዘዴ ይተገበራል;
  • በማሪያዲቢ 10.0 ውስጥ ከገቡት የባሪያ አገልጋዮች ትይዩ የማባዛት ዘዴ ጋር ሲነፃፀር “ብሩህ” ትይዩ የማባዛት ሁነታ ተተግብሯል። በተለይም ምንም እንኳን በዋናው አገልጋይ ላይ ገና ያልተጠናቀቁ ቢሆኑም ከባሪያ አገልጋይ ጋር በትይዩ ማንኛውንም INSERT / UPDATE / DELETE ስራዎችን መተግበር ይቻላል;
  • ቀላል_password_check እና cracklib_password_check ተሰኪዎችን በመጠቀም የተገለጸውን የይለፍ ቃል ጥንካሬ የመፈተሽ ችሎታ፤
  • በሲፒዩ ላይ ያለውን ጭነት ለመቀነስ እና በባለብዙ ኮር ሲስተሞች ላይ ያለውን የስራ ቅልጥፍና ለመጨመር የአፈጻጸም ማሻሻያዎች የተወሰነ ክፍል ቀርቧል። ሙከራው ከ 135 ወደ 190% የተቀነባበሩ ግብይቶች ቁጥር መጨመር እና ከአንድ ሚሊዮን በላይ የ OLTP ስራዎችን በሴኮንድ የማካሄድ ችሎታ አሳይቷል;
  • "EXPLAIN FORMAT=JSON" እና "ANALYZE FORMAT=JSON" የሚሉት ትዕዛዞች ተጨምረዋል፣ በዚህ ውስጥ የጥያቄውን ባህሪያት የሚገመግም ውፅዓት በJSON ቅርጸት ይፈጠራል። የANALYZE ትዕዛዙ መደበኛ ውፅዓት አሁን ከኤክስፕላይን ውፅዓት ጋር ተመሳሳይ ነው ፣ ግን በጥያቄው ምክንያት የተገኘውን መረጃ ያጠቃልላል (የተነበቡ ረድፎች ብዛት ፣ ወዘተ.);
  • የቦታ ማመሳከሪያ መሳሪያዎች (የቦታ ማጣቀሻ) የጂኦግራፊያዊ መረጃ ስርዓቶች ውሂብ. ከቦታ መጋጠሚያዎች ጋር ለመስራት አዳዲስ ተግባራትን መተግበር፡ ST_Boundary፣ ST_ConvexHull፣ ST_IsRing፣ ST_PointOnSurface፣ ST_Relate;
  • በ "ዳታቤዝ ፍጠር" ፣ ተግባር ፍጠር ፣ ሚና ፍጠር ፣ አገልጋይ ፍጠር ፣ ተጠቃሚ ፍጠር ፣ እይታ ፍጠር ፣ ሚና ጣል ፣ ውስጥ ለ" ካለ ፣ " ከሌለ" እና "ወይም ተካ" መግለጫዎች ድጋፍ። መመሪያዎችን አኑር USER"፣ EVENT ፍጠር"፣ "ክስተትን ጣል" ፍጠር ኢንዴክስ፣ "ማውረድ ኢንዴክስ" ቀስቅሴን ፍጠር" እና "ጠብታ ቀስቃሽ"፤
  • ለ SHOW እና FLUSH ትዕዛዞች ድጋፍ ለተሰኪዎች፣ ለምሳሌ "SHOW LOCALES"፣ "SHOW QUERY_RESPONSE_TIME"፣ "FLUSH QUERY_RESPONSE_TIME"፤
  • በሁሉም አዳዲስ ግንኙነቶች ላይ የሚሠራውን ነባሪ ሚና እንዲገልጹ የሚያስችልዎትን የ "DEFAULT ROL" መመሪያን ይደግፉ;
  • የስርዓት ድጋፍ።

MySQL የ Oracle ንብረት ሆኗል፣ አማራጮች አሉ እና በምን ያህል ፍጥነት ወደ ፊት መሄድ እንችላለን? እስካሁን አልተከሰተም. ስለዚህ፣ “በማወቅ ውስጥ ላልሆኑ” ገምጋሚ

አንዳንድ ሰዎች፣ እና ብዙዎች MySQL በOracle ባለቤትነት በመያዙ ደስተኛ አይደሉም። እንደ እድል ሆኖ፣ የምንኖረው መረጃ በህትመት ፍጥነት በሚጓዝበት፣ ሃሳቦች እና ውሳኔዎች በመብረቅ ፍጥነት በሚተላለፉበት አለም ውስጥ ነው።

ማይክል ዊዲኒየስ፣ MySQL መስራች እና MySQL AB መስራች (ይህም በ Sun የተገኘ፣ በ Oracle የተገኘ)
Petr Zaitsev - MySQL የአፈጻጸም ባለሙያ፣ በ MySQL Inc ከፍተኛ አፈጻጸም ቡድን የቀድሞ የቡድን መሪ፣ የ MySQLPerformanceBlog.com ብሎግ አስተናጋጅ

ስለዚህ አማራጮች ምንድን ናቸው?

ፐርኮና አገልጋይ በነባሪ የነቃው የ XtraDB ማከማቻ ሞተር ያለው MySQL ግንባታ (ከፒተር ዛይሴቭ እና ተባባሪ) ነው። ከ MySQL+InnoDB ፕለጊን በተሻለ አፈጻጸም/መለኪያነት፣በተለይ በዘመናዊ ባለ ብዙ ኮር አገልጋዮች ላይ ይለያል። ተግባራቱ እንዲሁ ተሻሽሏል - ስታቲስቲክስን ለማመቻቸት የበለጠ ጠቃሚ ነው ፣ ወዘተ. በ MySQL 5.0 እና 5.1 ላይ በተመሰረቱ ስሪቶች ውስጥ ተሰብስቧል። ከ innodb ሠንጠረዦች ጋር ሙሉ ለሙሉ ተኳሃኝ፣ ማለትም ከ innodb ወደ xtradb እና ያለችግር መመለስ ይችላሉ (አንዳንድ የ xtradb-ተኮር ባህሪያትን ካልተጠቀሙ፣ ለምሳሌ ትንሽ የገጽ መጠኖች)።

የXtraDB ማከማቻው በInnoDB-plugin ኮድ ላይ የተመሰረተ ነው፣ ሙሉ ለሙሉ ከእሱ ጋር ተኳሃኝ ነው፣ ነገር ግን ከGoogle እና ከፐርኮና የመጡ ንጣፎችን በማዋሃድ በሚያስደንቅ ሁኔታ ከፍተኛ አፈጻጸም አለው። በተለይም XtraDB የማህደረ ትውስታ አያያዝ ዘዴን አሻሽሏል፣የኢንኖዲቢ አይ/ኦ ንዑስ ስርዓትን አሻሽሏል፣ለበርካታ የንባብ እና የመፃፍ ክሮች ድጋፍ፣የመተላለፊያ ይዘት አስተዳደርን መደገፍ፣ወደፊት የተነበበ የመረጃ ማግኛ ትግበራ እና ተስማሚ የፍተሻ ነጥብ የትላልቅ ፕሮጀክቶች አቅም ተዘርግቷል ፣ የመቆለፊያ ስርዓቱ ብዙ ቁጥር ያላቸው ሲፒዩዎች ባሉባቸው ስርዓቶች ላይ ለመስራት ተስተካክሏል ፣ ስታቲስቲክስን ለመሰብሰብ እና ለመተንተን ተጨማሪ ችሎታዎች ተጨምረዋል።

ማሪያ ዲቢ- ስብሰባ ከሞንቲ ፣ ከ MySQL ኮድ መሠረት ጋር የተመሳሰለ እና ከእሱ ጋር ሙሉ በሙሉ ተኳሃኝ ፣ ማለትም። የአፈጻጸም ማሻሻያዎችን ጨምሮ እና ከተጨማሪ የማጠራቀሚያ ሞተሮች ስብስብ ጋር አብሮ የሚመጣው በርካታ የላቁ ባህሪያት እያለው ለ MySQL 5.1 እንደ ግልፅ ምትክ ሆኖ ሊያገለግል ይችላል።

  • አዲስ የውሂብ ማከማቻዎች፡-
    • አሪያ (የቀድሞው ማሪያ) - በMyISAM ላይ የተመሠረተ እጅግ በጣም አስተማማኝ ማከማቻ ፣ ከአደጋ በኋላ መረጋጋት እና የውሂብ ታማኝነት በመጠበቅ ተለይቶ የሚታወቅ ፣ ከ MyISAM ጋር ሙሉ ተኳሃኝነት።
    • OQGRAPH (ውስብስብ ግራፎችን የማደራጀት ማከማቻ)
    • Sphinx - የፍለጋ ፕሮግራሞችን ለመገንባት የሚያስችል ማከማቻ
    • PrimeBase XT - መግለጫ በሩሲያኛ
    • የ XtraDB ሞተር ለ InnoDB ምትክ ሆኖ ያገለግላል
    • FederatedX - የርቀት ሰንጠረዦችን እንደ አካባቢያዊ መዳረሻ እንዲያደራጁ ይፈቅድልዎታል
  • የMyISAM ሞተር ጥገናዎች - የተከፋፈለ መሸጎጫ (በከፍተኛ ጭነት ከፍተኛ ጭማሪ ይሰጣል)
  • የሰንጠረዥ ማስወገጃ - JOINን በመጠቀም አዲስ አይነት መጠይቅ ማመቻቸት
  • የክር ገንዳ - አሁን በአንድ ግንኙነት ከአንድ በላይ ክር መክፈት ይችላሉ።
  • ተሻሽሏል።

የ Oracle ኩባንያ፣ በክፍት ምንጭ ሶፍትዌር ደጋፊዎች የተጠላ እና አልፎ ተርፎም በጣም የተጸየፈ፣ ለረጅም ጊዜ ታጋሽ የሆነችውን ፀሐይ ከገዛ እና በተመሳሳይ ጊዜ የእኛ ተወዳጅ MySQL ምን ይሆናል? የአፈ ታሪክ ምርት መጨረሻ? ምን አልባት። አሁን ግን ብዙ ተጨማሪ ተግባራዊ እና ሙሉ ለሙሉ ተስማሚ እድገቶች አሉ!

MySQL፣ እሱ “ጡንቻ” ብቻ ነው። ይህ በነባሪ በእርስዎ ማስተናገጃ ላይ የሚገኘው ብቸኛው ዲቢኤምኤስ መሆኑን እገምታለሁ። ለፎረሞች እና ብሎጎች ተወዳጅ ሞተሮች በእሱ ላይ ይሰራሉ። ይህ በእውነቱ ለማንኛውም የድር ምርት ትክክለኛ ደረጃ ነው። እና በፕሮጀክቶችዎ ውስጥ እርስዎ ሊጠቀሙበት ይችላሉ። በበይነመረቡ ላይ MySQLን በመጠቀም መረጃን የሚጠይቁ እና የሚያከማቹ በሚሊዮኖች የሚቆጠሩ ጣቢያዎች አሉ። እና ፀሃይ ከሚወደው ጡንቻ ጋር ሳይታሰብ በኦራክል ኮርፖሬሽን እስኪገዛ ድረስ ሁሉም ነገር ቀላል እና ግልፅ ነበር። የኋለኛው ዋና ምርት ተመሳሳይ ስም ያለው ኃይለኛ ዲቢኤምኤስ መሆኑን ከግምት ውስጥ በማስገባት ማህበረሰቡ ስለ MySQL የወደፊት ዕጣ ፈንታ በጣም ተጨንቆ ነበር። እና በከንቱ አይደለም. Oracle እርግጥ ነው, ሁሉም ነገር በሥርዓት እንደሆነ መግለጫ አውጥቷል: ፕሮጀክቱ ማዳበር ይቀጥላል. ብዙዎች ግን ለማመን ይከብዳቸዋል። ደግሞም ፣ ብዙዎች እየጠበቁት የነበረው የ 5.5 ስሪት በፍጥነት መውጣቱ እንኳን አወንታዊ ውጤቶችን አላመጣም - የቆዩ ስህተቶች አሁንም እዚያ ነበሩ። እውነት ይህ ነው? ነገር ግን ከዋናው MySQL ጋር በትይዩ፣ ከዋናው ዲቢኤምኤስ ጋር የሚጣጣሙ አማራጭ ፕሮጀክቶች ለረጅም ጊዜ ተዘጋጅተዋል፣ ነገር ግን በብዙ መልኩ እንዲያውም የበለጠ ነው። እና ይህ አሁን ስለምንነጋገርበት ነው.

የውሂብ ጎታ ሞተር - ምንድን ነው?

ፅንሰ-ሀሳቦቹን ትንሽ ለማቃለል የውሂብ ጎታ በመረጃ ማከማቻ ሞተር ዙሪያ መጠቅለያ ነው። ከኤንጂኑ ዝቅተኛ ደረጃ ኤፒአይ ጋር መስራትን የማረጋገጥ፣ ጥያቄዎችን የመቀበል እና የማስተዳደር፣ የመሸጎጫ እና ሌሎች የአገልግሎት ተግባራትን የመቀበል ሃላፊነት አለበት። የኋለኛው ደግሞ በተጨባጭ መረጃውን (በዲስክ ወይም በማህደረ ትውስታ) ያከማቻል ፣ ከስርዓተ ክወናው ጋር አብሮ ይሰራል እና ከአገልጋዩ ሲጠየቅ አስፈላጊዎቹን ናሙናዎች መስጠቱን ያረጋግጣል። ቀደም ሲል DBMS (የ "አገልጋይ + ሞተር" ጥምረት) ሞኖሊቲክ ከሆነ አሁን ሁሉም ስርዓቶች ከተሰኪዎች ጋር መዋቅር ይጠቀማሉ. በእንደዚህ ዓይነት ድርጅት ውስጥ ያለው ሞተር በቀላሉ ሞጁል ነው, እና አገልጋዩ ራሱ በመረጃ ማከማቻ ስርዓት ላይ የተመካ አይደለም. የቅርብ ጊዜዎቹ የጥንታዊ MySQL እትሞች በተጨማሪ ተሰኪ አርክቴክቸር ይጠቀማሉ። ስለዚህ, አብሮ የተሰራው የ InnoDB ሞተር (ምንም እንኳን ብዙ ጊዜ ያለፈበት ስሪት ቢሆንም) ከሌላ ፕሮጀክት በሞጁል በቀላሉ ሊተካ ይችላል, ይህም ብዙውን ጊዜ የተሻለ ይሆናል. MariaDB ወይም Drizzleን ጨምሮ በጡንቻ ላይ በሚደረጉ ተለዋጭ እድገቶች ሁሉም ሞተሮች መጀመሪያ ላይ እንደ ተሰኪዎች ተዘጋጅተዋል። በ MySQL-ተኳሃኝ ዲቢኤምኤስ ውስጥ ዘመናዊ የመረጃ ማከማቻ ሞተሮችን በአጭሩ ለማየት እሞክራለሁ።

  • InnoDB- ለጡንቻዎች ዋናው ሞተር ፣ በመጨረሻ ከስሪት 5.5 ጀምሮ ነባሪ ሆኗል ። ግብይቶችን ይደግፋል, ማባዛት, ረድፍ መቆለፍ. ውድቀቶችን በጣም የሚቋቋም።
  • ሚኢሳም- አገልጋይን የማይታገስ በጣም ችግር ያለበት ሞተር በደንብ ይወድቃል። ግብይቶችን አይደግፍም, ነገር ግን ሙሉ-ጽሑፍ ኢንዴክሶች እና ፍጥነት ሊኮራ ይችላል. ለረጅም ጊዜ ለሁሉም የ MySQL ስሪቶች መደበኛ ነበር, እና ስለዚህ አሁንም በጣም ተወዳጅ ነው.
  • አሪያ- የ MyISAM ምትክ በግብይት ድጋፍ እና በተሻሻለ የማህደረ ትውስታ አስተዳደር። ሞተሩ የውሂብ ታማኝነት ዋስትና ይሰጣል እና ከ MyISAM ፍጥነት ያነሰ አይደለም.
  • ሲቪኤስ- በነጠላ ሰረዞች የተከፋፈሉ ትላልቅ የሕብረቁምፊ ውሂብን ማከማቸት እና ማካሄድ አስፈላጊ በሚሆንበት ጊዜ ለጉዳዮች ልዩ ሞተር።
  • የፌዴራል/FederatedX- ይህ ሞተር በጠረጴዛ ደረጃ በበርካታ (አካላዊ) አገልጋዮች ላይ መረጃን በግልፅ በማሰራጨት ላይ ያተኮረ ነው።
  • PBXT- ኢንኖዲቢን ለመተካት የተነደፈ አዲስ ሞተር፣ ለግብይቶች፣ ለባለብዙ ስሪት እና አውቶማቲክ የሞት መቆለፊያዎች ሙሉ ድጋፍን ተግባራዊ ያደርጋል። ሞተሩ ለብዙ ቁጥር በተመሳሳይ ጊዜ ግብይቶች የተመቻቸ ነው።
  • ጥቁር ቀዳዳ- ለዲቢኤምኤስ በመሠረታዊነት /dev/null የሆነ እና በዲስክ ላይ ምንም ዓይነት ጽሑፍ የማያሰራ የአገልግሎት ሞተር። ለማባዛት ጥቅም ላይ ይውላል.
  • ማህደር- ለመቅዳት በተቻለ ፍጥነት የሚሰራ ሞተር. ከፍተኛ መጠን ያለው መረጃን ማስተናገድ አስፈላጊ በሚሆንበት ጊዜ ጥቅም ላይ ይውላል. የማጠራቀሚያ ቅልጥፍና መጨናነቅን ይጠቀማል፣ ይህም በማገገሚያ ወቅት ቀርፋፋነትን ያስከትላል። ሞተሩ ለረጅም ጊዜ የምዝግብ ማስታወሻዎች እና ሌሎች የአገልግሎት መረጃዎችን ለማከማቸት ተስማሚ ነው.
  • XtraDB- ከፐርኮና በ InnoDB ውስጥ አንዳንድ የችግር ቦታዎችን ዘርግቶ አስተካክሏል።
  • አዋህድ- መረጃን በአንድ ሠንጠረዥ ውስጥ ወደ ብዙ የተለያዩ ለመከፋፈል ከፌዴሬድ ጋር ተመሳሳይ የሆነ ሞተር።
  • ትውስታ- በዲስክ ላይ ሳይሆን በማህደረ ትውስታ ውስጥ መረጃን ለማከማቸት የሚያገለግል ሞተር። ከመረጃ ቋቱ የሚገኘው መረጃ የሚገኘው አገልጋዩ በሚሰራበት ጊዜ ብቻ ነው፣ ይህ ግን ከፍተኛ የአፈጻጸም ጭማሪን ይሰጣል።
  • BlitzDB- አብሮ በተሰራው የመስመር መሸጎጫ እና ከብልሽቶች በራስ-ሰር በማገገም ምክንያት ጥሩ አፈፃፀም ያለው የMyISAM ምትክ። ሞተሩ ግብይቶችን አይደግፍም.
  • ኤን.ዲ.ቢ.- ለክላስተር ሞተር ፣ ሆኖም ፣ ብዙ ችግሮች እና ደካማ አፈፃፀም ያለው።
  • ጭልፊት Oracle's InnoDB ን ለመተካት ሲወሰን ከፀሐይ ዘመን ጀምሮ የተገነባው ከ MySQL AB ያለው አፈ ታሪክ ሞተር።
  • SphinxSE- ከስፊንክስ መፈለጊያ አገልጋይ ፈጣሪ የተገኘ የሙሉ ጽሑፍ ሞተር። በሩሲያ ቋንቋ ህግ መሰረት ለሙሉ ጽሑፍ ፍለጋ እና መረጃ ጠቋሚ ምርጥ አማራጭ. የዘመናዊ ዳታቤዝ ሁሉንም አቅም እያቀረበ በቀላሉ ቴራባይት መረጃን በቀላሉ ይቆጣጠራል።

ዋናው ነገር ተኳሃኝነት ነው

ስለዚህ፣ MySQL ምትክ የማግኘት ከባድ ስራ ጀመርን። ከቀየርነው ግን ወደ ምን? “ጡንቻህ ይመታል - ዝሆኑን ማለትም PostgreSQLን ውሰደው” እየጮህ ዝም ብለህ አትሮጥ። አይሰራም! በአሁኑ ጊዜ ብዙ ኮድ በ MySQL ድጋፍ የተፃፈ በመሆኑ እንደገና መጻፍ ወይም ምትክ መፈለግ የበለጠ ውድ ነው። እና በጥሬው ስሜት - ብዙውን ጊዜ በተመጣጣኝ የገንዘብ ወጪዎች ገደቦች ውስጥ ለመቆየት በቀላሉ የማይቻል ነው። ስለ ቀላል መድረክ ወይም ብሎግ እየተነጋገርን ከሆነ ጥሩ ነው (ብዙውን ጊዜ ብዙ ስርዓቶችን በአንድ ጊዜ ይደግፋሉ)። ግን በቤት ውስጥ የተሰራ ወይም በተለይ ለ MySQL ችሎታዎች የተበጀ ነገር ቢሆንስ? እዚህ ሁሉም ነገር በጣም ከባድ ነው. ስለዚህ የእኛ ተግባር ጡንቻዎችን መጠበቅ ነው (ይህም ከ MySQL ጋር ሙሉ ተኳሃኝነት) ፣ ነገር ግን በዋና አሰልጣኝ እና በስቴሮይድ ላይ ላለመመካት እነሱን መንካት ነው።

የ MySQL ገንቢዎች እና ርዕዮተ ዓለም አራማጆች እራሱ ከሞኞች የራቁ ናቸው እና እነሱ ራሳቸው ከቁጥጥሩ በኋላ ለሁሉም ሰው አስቸጋሪ እንደሚሆን አስቀድሞ ገምተዋል። አንዳንዶቹ ኩባንያውን ለቀው ለመውጣት ወሰኑ እና የራሳቸውን ፕሮጀክቶች አግኝተዋል, በዚያን ጊዜ አሁንም ነፃ የሆኑትን የጡንቻ ኮዶችን ወስደዋል. ለዚህም ምስጋና ይግባውና አሁን በዋናው አገልጋይ ኮድ ላይ የተመሰረቱ በርካታ አስደሳች ምርቶች አሉ, ነገር ግን በዋና ማሻሻያዎች እና ለውጦች ገንቢዎቹ እጃቸውን ሊያገኙ በሚችሉት ነገር ሁሉ. በመጀመሪያ ደረጃ, አድናቂዎች ከ InnoDB ሞተር ሸክም እራሳቸውን ነፃ አውጥተዋል, መብቶች ለረጅም ጊዜ በተመሳሳይ Oracle የተያዙ ናቸው. እሱን ለመተካት ፣በርካታ ሞተሮች ተዘርግተው በማሪያዲቢ ውስጥ ይገኛሉ።

MySQL architecture - አሁን እንደ አንድ ጊዜ ታላቅ ዲቢኤምኤስ ንድፍ መመሪያ

ማሪያ ዲቢ

የዚህ አገልጋይ ታሪክ እ.ኤ.አ. በ 2008 ይመለሳል ፣ MySQL ከዋና ዋና አዘጋጆች አንዱ ፣በአሠሪው በተዘጋጀው ማዕቀፍ በጥብቅ የተቆራኘ መሆኑን በመገንዘብ ፣ሥራውን አቋርጦ የራሱን ኩባንያ መሠረተ ፣ይህም የ MySQL ልደት ጉዳቶችን ማስተካከል ጀመረ። እየተናገርኩ ያለሁት ስለ ነባሪው የMISAM ሞተር፣ መለወጥ ስለሚያስፈልገው፣ እና ወሳኝ ስህተቶች ለማስተካከል ተቀባይነት የሌለውን ጊዜ ወስዷል። የ MariaDB ፈጣሪዎች ምን ሆኑ? በፕሮቶኮል፣ በፋይል ቅርጸት እና በSQL ቋንቋ ደረጃ ከዋናው MySQL ስሪት ጋር ተመሳሳይ የሆነ ድንቅ ምርት። ይህ ህመም ለሌለው ሽግግር እድል ይሰጣል-መረጃ ሳይጠፋ ወይም የነባሩን ኮድ አመክንዮ ሳይለውጥ።

"ግን ከሽግግሩ ምን አይነት ጉርሻዎች አገኛለሁ?" በምላሹ, የበለጠ ፍጥነት እና በጡንቻ ውስጥ ፈጽሞ ሊሆኑ የማይችሉ አዳዲስ ባህሪያት እናገኛለን. ለምሳሌ, የ Sphinx የፍለጋ ሞተር በራሱ በአገልጋዩ ውስጥ የተዋሃደ, በተናጠል መጫን አያስፈልገውም, የላቀ የመጠባበቂያ እና የውሂብ አስተዳደር ችሎታዎች, ወዘተ.

ብዙ ትልልቅ ኩባንያዎች (እንደ ጎግል እና ፌስቡክ ያሉ አውሬዎችን ጨምሮ) ማሪያዲቢን ለረጅም ጊዜ ሲጠቀሙ ቆይተዋል መባል አለበት። በኔትወርኩ ዙሪያ የተንሳፈፉ ልዩ የንጣፎች ስብስብ አለ, ይህም በዋናው ጡንቻ ምንጭ ኮዶች ላይ ከተተገበረ በኋላ ብዙ ችግሮችን ይፈታል. ሆኖም ፣ በይፋዊው አገልጋይ ላይ እንዲታዩ አትጠብቅ - ለብዙ ዓመታት ካልተከበሩ በሚቀጥለው ስሪት ውስጥ ሊፈቱ አይችሉም። የMariaDB ገንቢዎች አሁንም ከድርጅታዊ ህጎች እና የግብይት ገደቦች ነፃ ናቸው፣ ስለዚህ አዲስ ጥገናዎች እና የሳንካ ጥገናዎች በትክክል በፍጥነት ይቀበላሉ።

የመጀመሪያው ጡንቻ በሁለት ምሰሶዎች ላይ ካረፈ - የመረጃ ማከማቻ ሞተሮች InnoDB እና MyISAM , ከዚያም MariaDB የራሱን ይጠቀማል, ይህም እንደ የላቀ ተተኪዎች ያገለግላል. የAria ሞተር MyISAMን ተክቷል እና በመስመር-በ-መስመር መሸጎጫ እና ለተመቻቸ የውሂብ ማሸጊያ ቅርጸት ምስጋና ይግባው። የመጀመሪያው MyISAM ግብይቶችን ባለመቀበሉ ፈጣን ነበር፣ይህም ማለት የውሂብ መጥፋት ሊሆን ይችላል፣አሪያ ኃይለኛ እና ደህንነቱ የተጠበቀ ነው። መረጃን ለማከማቸት ለተሻሻሉ ቅርጸቶች ምስጋና ይግባውና፣ ማሪያዲቢ ከብልሽት በኋላ የተለየ የውሂብ ማረጋገጫ ሂደቶችን ሳያስፈልግ በፍጥነት ከስህተቶች ያገግማል። Oracle's InnoDB ሞተር በሌላ የውሂብ ጎታ ኩባንያ ፐርኮና በተዘጋጀው XtraDB ተተክቷል። የኋለኛው በ MySQL መገንባቱ ከGoogle በተቀናጁ ጥገናዎች እና እንዲሁም በላቁ የአስተዳደር መሳሪያዎች ይታወቃል። ቡድኑ ያልተለመደ ታሪክ አለው (በጎን አሞሌው ላይ የበለጠ ማንበብ ይችላሉ) እና አሁን አዲስ ጡንቻን በንቃት እየፈጠረ ነው። ከ MySQL ጋር ለኋላ ተኳሃኝነት፣ በ MariaDB ውስጥ ያለው የ XtraDB ሞተር በትክክል ተመሳሳይ ነው፣ ማለትም፣ InnoDB። ነገር ግን ሶፍትዌሩን ባልተለመዱ መለያዎች እንዳያደናግር በእውነቱ ስሙ ብቻ እንደተጠበቀ መረዳት ያስፈልግዎታል።

የወጣት ኦራክል ኩባንያ የመጀመሪያ ፕሮጀክት በስለላ ኦፊሰሮች የተሾመ የሂሳብ አያያዝ ስርዓት መገንባት ሲሆን ለዚያም በተደረገ ውድድር ሌሎች ኩባንያዎች 2,000,000 ዶላር የጠየቁ ሲሆን ወጣቱ ላሪ ኤሊሰን በበኩሉ ገንዘቡን 300,000 ዶላር ብቻ መሆኑን ገልጿል ውድቀት ነበር, ነገር ግን ኩባንያው መነሻ ካፒታል ተቀብሎ መውጣት ጀመረ.

ተጨማሪ ሞተሮች

ስለ XtraDB በበለጠ ዝርዝር ማውራት ጠቃሚ ነው-ብዙ ባለሙያዎች እንደሚናገሩት በዓለም ላይ ቁጥር አንድ የመረጃ ቋት ሞተር ነው። ከዚህም በላይ Oracle's InnoDB ትንሽ እንዲመስል ያደርገዋል :). ዋናው ባህሪ MySQL የማይፈልገው (ወይንም የማይችለው?) ለብዙ-ኮር እና ለብዙ ፕሮሰሰር ስርዓቶች ለረጅም ጊዜ ሲጠበቅ የነበረው ድጋፍ ነው። ከ Google የመጡ ጥገናዎች ይህን ችግር ከረጅም ጊዜ በፊት ፈትተውታል, ነገር ግን, እንደ ሁልጊዜው, እነርሱን በኦርጅናሌው ሞተር ውስጥ ለማካተት አልተቸገሩም, ስለዚህ MySQL በአፈፃፀም ረገድ በየትኛውም መመዘኛዎች ውስጥ በጣም ወደኋላ ቀርቷል. የXtraDB ገንቢዎች የዲስክ አይ/ኦን የመጠቀም ስትራቴጂን በእጅጉ አሻሽለዋል፣ይህም ከዚህ ቀደም ከመሸጎጫው ወደ ዲስክ በማፍሰስ ሂደት መቀዛቀዝ ምክንያት አፈፃፀሙን ገድቧል። ተጓዳኝ አማራጮች አሁን ከቅንብሮች ውስጥ በጥሩ ሁኔታ ቁጥጥር ሊደረግባቸው ይችላል ፣ ይህም በተለይ የላቁ አስተዳዳሪዎች ወደ ውድ የውሂብ ጎታ ስፔሻሊስቶች ሳይዞሩ የዴሞንን አፈፃፀም ራሳቸው እንዲያስተካክሉ ያስችላቸዋል። ከዚህም በላይ በሞተሩ አፈፃፀም ላይ ዝርዝር ስታቲስቲክስ ከሳጥኑ ውስጥ ይገኛል, ይህም የውሂብ ጎታ አፈፃፀምን ለመተንተን ውድ የንግድ ሶፍትዌር አስፈላጊነትን ይቃወማል. አንድ ትዕዛዝ ብቻ ነው የሚያስፈልገው፡ ሾው ሞተር INNODB STATUS። እና አንድ አስፈላጊ ነጥብ ከውድቀት በኋላ የማገገም ፍጥነት ነው፡ ይህ ከተከሰተ፣ መልሶ ማገገም ፈጣን ብቻ ሳይሆን ምላሽ የሚሰጥ ይሆናል፣ ብዙ ጊዜ ከ MySQL ውስጥ እስከ አስር እጥፍ ፈጣን ይሆናል። እና እንዲሁም ሌሎች ብዙ ትናንሽ ነገሮች፡ መዝገቦችን ይመዝግቡ፣ የሚለምደዉ የፍተሻ ነጥብ እና የተጨመሩ ክፍት ግብይቶች። ይህ ሁሉ አገልጋዩ በጣም በተጫኑ ሁኔታዎች ውስጥ በደንብ እንዲሰራ ያስችለዋል.

ይህ ለእርስዎ በቂ ካልሆነ እና ጭንቅላትዎን ወደ Firebird ወይም PosgreSQL ነቅፈው ለግብይቱ ሞዴል እና ለ MVCC እንኳን ሙሉ ድጋፍ እንዳለ ፍንጭ (Multiversion Concurrency Control - ስሪት በማዘጋጀት ላይ የተመሰረተ ተወዳዳሪ የውሂብ ሞዴል, ያለ ማዘመን እና ማንበብ ያስችላል). ተመሳሳይ የውሂብ ረድፍ ማገድ) - ዘና ይበሉ. ማሪያዲቢ የ PBXT ሞተር አለው፣ ይህም በአንዳንድ ሁኔታዎች ከላይ ከተጠቀሱት ሁሉ የበለጠ ቀዝቃዛ ነው። ሆኖም ግን, ወዲያውኑ ዓለም አቀፋዊ እንዳልሆነ እና እንዴት ማብሰል እንደሚችሉ ማወቅ ያስፈልግዎታል! PBXT በዋናነት የተነደፈው ዳታ ለሚጽፉ ወይም ለሚቀይሩ ብዙ ግብይቶች፣ ፈጣን መልሶ መመለስን የሚደግፍ እና ውስብስብ ሁኔታዎችን በማገድ እና በመዘጋት መፍታት የሚችል ነው። ለምሳሌ ፣ የሎግ ማከማቻ ለመስራት ከፈለጉ ፣ በጠረጴዛው ላይ እጅግ በጣም ብዙ ቁጥር ያላቸው የጽሑፍ ስራዎች ይኖሩዎታል ፣ ግን በአንጻራዊነት ጥቂት የንባብ ስራዎች። በተመሳሳይ ጊዜ, አንድ ሰው አሁንም ከመረጃ ቋቱ ውስጥ መምረጥ ከፈለገ, አዳዲስ ቅጂዎችን ሳያስተጓጉል በጣም የቅርብ ጊዜውን ውሂብ ይቀበላል. እና በእውነት ጠማማ ለሆኑ ሰዎች የመረጃ ሠንጠረዥን በበርካታ አካላዊ አገልጋዮች ላይ እንዲሁም OQGRAPHን የሚያሰራጭ የፌዴሬድኤክስ ሞተር አለ ፣ ተዋረዳዊ መዋቅሮችን ፣ ግራፎችን እና ዛፎችን ለማከማቸት የተመቻቸ። የ Facebook clone ለመፍጠር ተስማሚ የሆነ አቀራረብ እና በሰዎች መካከል ካለው ግንኙነት ማህበራዊ ግራፍ ጋር አብሮ መስራት ያስፈልግዎታል, ይህም በተለመደው የውሂብ ጎታ ሞዴል ውስጥ በደንብ አይጣጣምም.

Cloud Computing

የሌላ ፕሮጀክት ገንቢዎች - Drizzle - ትንሽ ለየት ያለ መንገድ ወስደዋል እና በተለመደው ፕሮጀክት መሠረተ ልማት ውስጥ የውሂብ ጎታውን ቦታ ሙሉ በሙሉ ለማሰብ ወሰኑ. አሁን ፋሽን የሆነውን አስታወስነዋል፡ Cloud computing፣ Google Proto Buffers፣ scalability፣ multi-cores፣ ወዘተ። እና እኛ አሰብን-መረጃ ቋቱ እንዲሁ ከዘመናዊ ቴክኖሎጂዎች ጋር አብሮ መንቀሳቀስ አለበት ፣ እና በእሱ ላይ የሚሠራው ምንም ይሁን ምን - የብሎግ ሞተር ወይም ትልቅ የድርጅት CRM ስርዓት መተው የለበትም። በፀጥታው ላይ፣ ከእውነታው አንጻር ጥቂት ሰዎች የሚያስፈልጋቸውን ከመለቀቅ እስከ መልቀቅ የሚጎተቱ ባህሪያትን በመወርወር የዋናውን MySQL ተግባራዊነት ለማቃለል ተወስኗል። ስርዓቱ ለ UNIX ሶኬቶች ድጋፍ አጥቷል (ይህ ምንም እንኳን አወዛጋቢ ቢሆንም, በደመና አከባቢዎች ላይ በማተኮር ሙሉ በሙሉ ተቀባይነት ያለው መፍትሄ ነው) እና ለዊንዶውስ ስሪት. Drizzle ምንም የአገልግሎት ዳታቤዝ እና ሌሎች ብዙ የተለመዱ ነገሮች የሉትም። ግን ምን አለ?

Drizzle፣ ለቀላል ማይክሮከርነል እና ፕለጊን አርክቴክቸር ምስጋና ይግባውና ብዙ ሊሠራ ይችላል።

እና ማይክሮከርነል ያለው አርክቴክቸር አለ ፣ እሱም ሁሉንም መሰረታዊ ኦፕሬሽኖች እና የፕሮቶኮል ድጋፍን ፣ እንዲሁም ስርዓቱን በማንኛውም አቅጣጫ እና ወደ ጥልቀት ለማስፋት የሚያስችል የፕለጊን ስርዓት። ከዋና ዋናዎቹ የስርዓት ክፍሎች አንዱ የሁለትዮሽ ፕሮቶኮል ከ Google - ፕሮቶኮል ቋት ነው። ሁለቱንም ሰንጠረዦች እና መረጃዎችን ለመግለጽ ጥቅም ላይ ይውላል, እና ለማባዛትም ጥቅም ላይ ይውላል. በእድገት ውስጥ ዋናው አጽንዖት ለባለብዙ-ክር እና ብዙ ፕሮሰሲንግ ከፍተኛ ድጋፍ ነው, ስለዚህ scalability የገንቢዎቹ ዋና ስኬት ነው. ለሁለቱም መደበኛ MySQL ፕሮቶኮል እና የራሱ ስሪት ድጋፍ ተተግብሯል - በlibdrizzle ቤተ-መጽሐፍት እና በጣም ታዋቂ ለሆኑ ቋንቋዎች ሾፌሮች ፣ ፐርል ፣ ፒኤችፒ ፣ ፓይዘን እና ሉአን ጨምሮ። ከፈለጉ የደንበኛውን ቤተ-መጽሐፍት ያለ አገልጋዩ መጠቀም ይችላሉ-በዚህ አጋጣሚ ወደ እርስዎ ተወዳጅ MySQL ያልተመሳሰለ መዳረሻ ያገኛሉ። ተመሳሳዩ ኩባንያ የ Gearmanን ስርዓት ስላዳበረ ፣ Drizzle በተከፋፈለ አካባቢ ውስጥ ለመግባት ፣ በሜምካሼ ውስጥ ቤተኛ መሸጎጫ እና እንደ RabbitMQ ባሉ የመልእክት መላላኪያ ስርዓቶች (አዲሱ የዌብሶኬት ቴክኖሎጂን ጨምሮ) እንደ ማባዛት ያሉ የላቁ ባህሪያትን ጨምሮ አብሮ የተሰራ ድጋፍ አለው። Drizzle ልዩ የ InnoDB ሥሪትን እንደ ዋና የመረጃ ማከማቻ ሞተር ይጠቀማል፣ ጉልህ በሆነ መልኩ በአዲስ የተነደፈ እና በሶስተኛ ወገን ጥገናዎች የተሞላ። XtraDB እና PBXT ሞተሮችም ይገኛሉ። የመጀመሪያዎቹ የDrizzle ስሪቶች በ MySQL 5.0 ላይ የተመሰረቱ ከሆኑ አሁን ጥቂት የዋናው DBMS ቅሪት። ይህ ለቀድሞ ዘመዶች በትንሹ ግምት ውስጥ ከሞላ ጎደል ሙሉ በሙሉ እንደገና የተጻፈ ኮድ ነው። በአሁኑ ጊዜ የ Drizzle እድገት በንቃት ሁኔታ ላይ ነው, እና የመጀመሪያው የተረጋጋ ልቀት ለፀደይ የታቀደ ነው.

የNoSQL አዝማሚያ

ምናልባት ስለ አዲሱ ፋንግልድ ያውቁ ይሆናል። በመሰረቱ፣ ይህ የባህላዊ ዳታቤዝ አገልጋይ ከጠረጴዛዎቹ እና ከ SQL መጠይቆች ጋር አለመቀበል እና ወደ ቀላሉ የቁልፍ እሴት የውሂብ ማከማቻ እቅድ መሸጋገር ነው። የኋለኛውን ለመተግበር እንደ ዝርዝሮች/hashes (በRedis) ወይም ለምሳሌ የJSON ቅርጸት (በMongoDB) ያሉ የላቁ የውሂብ አይነቶች ብዙ ጊዜ ጥቅም ላይ ይውላሉ። ነገር ግን የቦአ ኮንትራክተር እና ጃርትን እንዳታቋርጡ የሚከለክላችሁ ፣ በአንድ በኩል ፣ ሁሉንም ኃይል እና ዓመታት የተረጋገጠ የውሂብ ጎታዎች እና ሞተሮቻቸው ፣ በሌላ በኩል ደግሞ ቀለል ያለ ፕሮቶኮል እና አስቸጋሪ ንብርብር መተው። የ SQL መጠይቅ ቋንቋን በማቀናበር መልክ? የሳሙራይን ከባድ ወራሾች ምንም አላስቆመውም፤ ከዮሺኖሪ ማትሱኖቡ የመጡ ጃፓናውያን የ HandlerSocket ፕለጊን ሠሩ፣ ይህም መደበኛውን የ InnoDB ሞተር ወደ የላቀ የNoSQL ማከማቻነት በመደበኛው SQL ሥራ ላይ ጣልቃ ሳይገባ ያደርገዋል። የስራው ፍጥነት በጣም አስደናቂ ነው፡ በሰከንድ እስከ 750,000 ክዋኔዎች! ፐርኮና ወዲያውኑ ይህን ፕለጊን ተቀብሎ በአገልጋይ ግንባታቸው ውስጥ ማካተቱ አያስገርምም። ጥሩ! ግን፣ በሌላ በኩል፣ እንዴት ሌላ፣ ክራንች ካልሆነ፣ እንደ ድሪዝል ያለ መደበኛ ዳታቤዝ በውስጣዊው አርክቴክቸር ምክንያት ከሳጥኑ ወጥቶ የሚተገበረውን የሚመስል መፍትሄ እንዴት ሊጠራ ይችላል?

መደምደሚያዎችን በመሳል ላይ

ስለ MySQL ልማት የሚያሳስብዎት ከሆነ የ Oracleን ፖሊሲዎች አይወዱም እና ነገ ትላንትና ለነበረው ተግባር ለመክፈል እንደሚገደዱ በትክክል ይፈራሉ ፣ ዙሪያውን ይመልከቱ። ማህበረሰቡ ለ LAMP (Linux-Apache-MySQL-PHP) ቁልል ምስጋና ይግባውና አንድ ጊዜ ዘመናዊውን ድር ወደማይደረስበት ከፍታ ያመጣው የቴክኖሎጂ ውድቀት እንደ መጀመሪያው MySQL ግዢ ምላሽ ሰጠ። ቁልፍ ገንቢዎች የራሳቸውን ሹካዎች ማዳበር ጀምረዋል, አንዳንዶቹም ከአሮጌው MySQL በላይ ጭንቅላት እና ትከሻዎች ናቸው. ከጀርባቸው ብዙ ምስሎች እና ክፍት ማህበረሰብ አሏቸው። ሁሉንም ነገር በጥበብ ካደረጉ በኋላ ገንቢዎቹ ከመተግበሪያዎች እና ፕሮቶኮሎች ጋር 100% ውጫዊ ተኳሃኝነትን ለመጠበቅ ችለዋል። ስለዚህ አዲስ ሰርቨር መጫን የሚፈልግ ሁሉ አይበላሽም: ውሂቡ ይቀመጣል, እና አፕሊኬሽኖች እንደገና መፃፍ የለባቸውም. ከጨመረ ፍጥነት እና አስተማማኝነት በስተቀር ብዙዎች ምንም ልዩነት አይታዩም።

በጣም የላቀ ፍጥነት ፣ አስተማማኝነት እና በዋናው ጡንቻ ውስጥ የማይገኙ ብዙ ባህሪዎችን እያገኙ ፣ አሁን ያሉት መተግበሪያዎች ልዩነቱ እንዳይሰማቸው አሁን የውሂብ ጎታ አገልጋይዎን መተካት ይችላሉ። ማሪያ ዲቢ ከሞተር ስብስብ ጋር ለመጀመር በጣም ጥሩ አማራጭ ነው። እንተኾነ፡ ብዙሓት ሰርቨራትን ጊጋባይትን ዳታ ዝነበሮ ዓብዪ ፕሮጀክት፡ ድሕርዚ እዩ። እንደ የሶፍትዌር ምርት እና እንደ የውሂብ ጎታ አገልጋይ ፣ በዚህ አመት በእርግጠኝነት የሚነሳ በጣም ተስፋ ሰጭ ልማት ነው። ከምርጥ የውሂብ ጎታ ስፔሻሊስቶች መረጋጋት እና ድጋፍ ከፈለጉ ከኦራክል ለመዞር እና ወደ ፐርኮን ለመሄድ አይፍሩ። ወንዶቹ የዲቢኤምኤስ ስሪታቸውን በነጻ እየሰጡ ነው - በተቻለ መጠን ስህተቶችን እያስተካከሉ እና ተኳሃኝነትን ሳያበላሹ የዋናውን MySQL አፈፃፀም ለማሳደግ ባህሪያትን ይጨምራሉ። አሁንም በዚያ አሮጌ ጡንቻ ላይ ተቀምጠዋል? ከዚያ ወደ እርስዎ እየመጣን ነው!



ተዛማጅ ጽሑፎች