The next most visible change are th

The next most visible change are the additional storage engines that ship with MariaDB (enter

show storage engines;
for a list). These include the Aria, XtraDB (an enhanced and extended version of the InnoDB storage engine), PBXT, FederatedX (a drop-in replacement for Federated), OQGraph, and SphinxSE storage engines. All of these are available for MySQL; however, to use them, you need to compile or install them yourself. With MariaDB, they are part of the default install. All of the standard storage engines in MySQL (MyISAM, blackhole, CSV, Memory, etc.) are included in MariaDB.

The INFORMATION_SCHEMA has also been enhanced. MariaDB has added more data in various tables. For example, the INFORMATION_SCHEMA.PLUGINS table now has PLUGIN_MATURITY and PLUGIN_AUTH_VERSION columns, so you can see the version numbers of your plugins and whether a version you have installed is of stable, beta, or other quality.

The INFORMATION_SCHEMA.PROCESSLIST table has been given a new column, TIME_MS . This column provides the same information as the column TIME , but in units of milliseconds with microsecond precision.

The slow query log has also been improved. In MariaDB, you can set the verbosity, filter out queries you don’t want logged, and limit the logging rate (e.g., to log only a quarter or tenth of the queries). As with other new features, the default configuration has this extra functionality turned off to be compatible with the behavior of MySQL [1].

Other Changes

Other changes in MariaDB are not so visible, but they help to improve performance, give MariaDB more flexibility, or both. One example on the performance side is with the new “table elimination” feature. Often, when you have highly normalized data [2] in your database, “views” are used for convenience when querying the database.

A view is kind of like a saved query. You can think of it as a particular way of viewing the data in your database. Views are very handy when used properly, but they come with a performance cost. Every time you use a view, all of the tables to which it is connected are queried, even if your query doesn’t actually need to query one or more of them.

The table elimination feature in MariaDB is designed to detect when a query will not use certain tables and eliminate them from the query plan. The performance increase this provides can be dramatic (depending on your database usage).

If you use the MyISAM storage engine for your database tables, the segmented MyISAM key cache could benefit you. The MyISAM key cache can suffer from lock contention if you have many application threads accessing the cache. The segmented key cache alleviates this problem by dividing the key cache into a number of “segments.” Up to 64 segments can be specified. Not every application will benefit from this feature, but if key cache lock contention is a bottleneck, it is a great way to increase performance without any application changes. For compatibility, this feature is turned off by default.

One new feature in MariaDB that adds flexibility is virtual columns, which are columns that are calculated and updated “on the fly.” An early version of this feature was contributed to MySQL back in 2008 by Andrey Zhakov, but it never found its way into a stable release of MySQL.

Often, you want your applications to do all the calculations and have your database just hold the data. However, in some cases, pushing calculations down to the database layer can be beneficial. For example, if you have several applications interacting with the database, pushing some of the calculations down into the database might help simplify application development and enforce data integrity.

Other new features in MariaDB have been made to make the code more modular and prepare for future development. One example is with the new storage engine-specific CREATE table feature. Previously, if a storage engine wanted to implement a feature that required new options for the CREATE table command, a patch would have to be applied to that section of the server code.

Ideally, storage engine code should be isolated so that, if you add it and don’t use it, no other part of the server is affected. If storage engines patch other parts of the code, a new beta or alpha storage engine cannot be included safely in a stable release.

MariaDB now has a standard way for storage engines to extend the CREATE table statement that keeps the storage engine code isolated and independent. Now, new storage engines can be included earlier in development because, if you choose not to use it, there is no effect.

All of the above features and others are described in greater detail in the MariaDB Knowledgebase [3].

Compatibility

With MariaDB, every effort has been made to make all improvements and new features as seamless and as transparent to end users as possible so they don’t have to throw out all of their previous work. To this end:

Data and table definition files (.frm ) files are binary compatible.
All client APIs, protocols, and struct s are identical.
All filenames, binaries, paths, ports, sockets, and so on, are the same.
All MySQL connectors (PHP, Perl, Python, Java, MyODBC, Ruby, the MySQL C connector, etc.) work unchanged with MariaDB.
mysql-client packages work with MariaDB server and vice versa.
Therefore, for most cases, you can just uninstall MySQL and install MariaDB and you are good to go. If you use the same main version, you don’t need to convert any data files, just as when upgrading from one MySQL 5.1.x version to another.

Additionally, a lot of development and testing of the upgrade scripts (which update data files when such updating is required) has made it easier to upgrade from MySQL 5.0 to MariaDB 5.1 than from MySQL 5.0 to MySQL 5.1.

The standard policy for any new feature is this: If the feature would introduce a compatibility issue, the default MariaDB configuration for the feature will either turn it off entirely (as with segmented key cache) or configure it to behave like the equivalent version of MySQL.

Because enforcement of the standard policy is not always possible, some unavoidable incompatibilities exist between MariaDB and MySQL. For example, if you are using a binary-only storage engine library, it must be recompiled specifically for the version of MariaDB you are using because of some internal changes to the storage engine API. Also, some output, such as the slow query log and the results of the CHECKSUM TABLE command, are different. So, if your scripts parse this output, you might have to make some changes.

One last note about compatibility: If you start using any of the new features in or configuration options of MariaDB, you will not be able to go back easily to even an equivalent version of MySQL.

Conclusion

Your situation should determine whether you choose MariaDB over MySQL. If you have a support contract with Oracle, then the choice has already been made; they don’t support MariaDB. However, several companies, such as SkySQL, offer full 24/​7 support for both MariaDB and MySQL.

MariaDB does trail behind the latest official MySQL version by anywhere from a few weeks to a few months, depending on how big the changes are between versions.

On the flip side, MariaDB includes many features you might find useful that you will not find in MySQL, and MariaDB eventually will have any new features introduced, after they’ve been vetted and tested extensively.

Another reason to choose MySQL over MariaDB is MySQL’s presence in the official repositories of just about every Linux distribution. Installing MySQL is a simple apt‑get or yum away from being installed. MariaDB is working toward inclusion in official repositories, but for now, it is only included in a few [6].

One reason to continue using MySQL is if you have a commercial license from Oracle that allows you incorporate MySQL into a closed source application. The MariaDB developers are bound by the terms of the GPL and cannot dual-license MariaDB.

Whichever database you ultimately choose, the competition between MariaDB and MySQL can only be good. After all, no one can say Microsoft’s Internet Explorer did not benefit from its long rivalry with Firefox.

ผลลัพธ์ (ไทย) 1:

เปลี่ยนแปลงที่มองเห็นได้มากที่สุดถัดไปเป็นเครื่องมือการเก็บข้อมูลเพิ่มเติมที่มาพร้อมกับ MariaDB (ป้อนแสดงเครื่องยนต์เก็บสำหรับรายการ) รวมถึงการอา XtraDB (การขยาย และเพิ่มรุ่นเครื่องยนต์เก็บ InnoDB), PBXT, FederatedX (พิงแทนสหพันธรัฐ), OQGraph และ SphinxSE เครื่องยนต์จัดเก็บ ทั้งหมดนี้มี MySQL อย่างไรก็ตาม การใช้ ที่คุณต้องการคอมไพล์ หรือติดตั้งเอง มี MariaDB พวกเขาเป็นส่วนหนึ่งของการติดตั้งเริ่มต้น ทั้งหมดเครื่องยนต์มาตรฐานจัดเก็บใน MySQL (MyISAM ที่นี่ CSV หน่วยความจำ ฯลฯ) อยู่ใน MariaDBนอกจากนี้ยังได้เพิ่ม INFORMATION_SCHEMA MariaDB ได้เพิ่มข้อมูลในตารางต่าง ๆ ตัวอย่าง INFORMATION_SCHEMA ตารางประกวดตอนนี้มีคอลัมน์ PLUGIN_MATURITY และ PLUGIN_AUTH_VERSION เพื่อให้คุณสามารถดูหมายเลขเวอร์ชันของปลั๊กอินของคุณ และไม่ว่ารุ่นคุณติดตั้งคอก เบต้า หรือคุณภาพอื่น ๆINFORMATION_SCHEMA ตาราง PROCESSLIST มีการกำหนดคอลัมน์ใหม่ TIME_MS คอลัมน์นี้แสดงข้อมูลเดียวกัน เป็นคอลัมน์เวลา แต่ ในหน่วยมิลลิวินาที microsecond เดิมยังมีการปรับปรุงบันทึกสอบถามช้า ใน MariaDB คุณสามารถตั้ง verbosity ที่ กรองสอบถามที่คุณไม่ต้องเข้าสู่ระบบ และจำกัดอัตราการบันทึก (เช่น การล็อกเฉพาะสี่สิบของการสอบถาม) ด้วยคุณลักษณะใหม่อื่น ๆ การกำหนดค่าเริ่มต้นมีฟังก์ชันพิเศษนี้ปิดจะเข้ากันได้กับลักษณะการทำงานของ MySQL [1]การเปลี่ยนแปลงอื่นการเปลี่ยนแปลงอื่นใน MariaDB มองไม่เห็นดังนั้น แต่จะช่วยเพิ่มประสิทธิภาพ ให้ MariaDB ความยืดหยุ่นมากขึ้น หรือทั้งสองอย่าง ตัวอย่างหนึ่งในด้านประสิทธิภาพ ด้วยคุณลักษณะ "ตารางตัด" ใหม่ได้ มักจะ เมื่อคุณสูงได้ตามปกติ [2] ข้อมูลในฐานข้อมูลของคุณ "มุมมอง" จะใช้เพื่อความสะดวกขณะสอบถามฐานข้อมูลมุมมองของชนิดเช่นแบบสอบถามที่บันทึกไว้ได้ คุณสามารถคิดว่า มันเป็นวิธีการดูข้อมูลในฐานข้อมูลของคุณ มุมมองเป็นประโยชน์มากเมื่อใช้อย่างถูกต้อง แต่พวกเขามาพร้อมกับประสิทธิภาพการทำงานที่ต้นทุน ทุกครั้งที่คุณใช้มุมมอง ตารางที่มีการเชื่อมต่อทั้งหมดสอบถาม แม้ว่าแบบสอบถามของคุณไม่จริงต้องการสอบถามอย่างหนึ่งของพวกเขาลักษณะการทำงานตัดออกตารางใน MariaDB ถูกออกแบบมาเพื่อตรวจสอบแบบสอบถามจะใช้ตารางบางตาราง และขจัดพวกเขาจากแผนการสอบถาม เพิ่มประสิทธิภาพการทำงานให้ได้อย่างมาก (ขึ้นอยู่กับการใช้ฐานข้อมูล)ถ้าคุณใช้โปรแกรมจัดเก็บ MyISAM ตารางฐานข้อมูลของคุณ แคคีย์ MyISAM แบ่งส่วนได้ประโยชน์คุณ แคชคีย์ MyISAM สามารถประสบจากการช่วงชิงงานบนล็อกถ้าคุณมีหลายหัวข้อโปรแกรมประยุกต์เข้าถึงแค แคชคีย์แบ่งส่วน alleviates ปัญหานี้ โดยแบ่งแคชคีย์จำนวน "เซ็กเมนต์" ถึง 64 กลุ่มสามารถระบุ ไม่ทุกโปรแกรมจะได้รับประโยชน์จากคุณลักษณะนี้ แต่ถ้าแคชคีย์ล็อคช่วงชิงงานบน คอขวด มันเป็นวิธีดีเพื่อเพิ่มประสิทธิภาพการทำงาน โดยไม่มีการเปลี่ยนแปลงแอพลิเคชัน สำหรับความเข้ากันได้ คุณลักษณะนี้ถูกปิด โดยค่าเริ่มต้นคุณลักษณะใหม่หนึ่งใน MariaDB ที่เพิ่มความยืดหยุ่นเป็นคอลัมน์เสมือน ซึ่งเป็นคอลัมน์ที่ถูกคำนวณ และปรับปรุง "ในการบิน" รุ่นแรก ๆ ของคุณลักษณะนี้ถูกส่วน MySQL ใน 2008 โดย Andrey Zhakov แต่ไม่เคยพบทางเข้าออกมีความมั่นคงของ MySQLมักจะ ต้องโปรแกรมประยุกต์ของคุณเพื่อทำการคำนวณทั้งหมด และมีฐานข้อมูลของคุณเก็บข้อมูลเพียง อย่างไรก็ตาม ในบางกรณี ผลักดันการคำนวณลงไปชั้นฐานข้อมูลสามารถเป็นประโยชน์ ตัวอย่าง ถ้าคุณมีโปรแกรมประยุกต์ต่าง ๆ ที่โต้ตอบกับฐานข้อมูล ผลักดันของการคำนวณลงในฐานข้อมูลอาจได้ทำการพัฒนาโปรแกรมประยุกต์ และการบังคับใช้ความสมบูรณ์ของข้อมูลคุณลักษณะใหม่อื่น ๆ ใน MariaDB ได้ทำการให้รหัสเพิ่มเติมโมดูลาร์ และเตรียมพร้อมสำหรับอนาคต อย่างหนึ่งคือ มีเก็บเฉพาะโปรแกรมสร้างตารางคุณลักษณะใหม่ ก่อนหน้านี้ ถ้าเครื่องมือเก็บข้อมูลที่ต้องการใช้คุณลักษณะที่จำเป็นตัวเลือกใหม่สำหรับการสร้างตารางคำสั่ง แพทช์จะมีจะถูกใช้ในส่วนของรหัสเซิร์ฟเวอร์ห้อง เก็บเครื่องยนต์รหัสควรแยกนั้น ถ้าคุณเพิ่ม และไม่ได้ใช้ ไม่มีส่วนอื่นของเซิร์ฟเวอร์ได้รับผลกระทบ ถ้าเครื่องยนต์จัดเก็บแก้ไขส่วนอื่น ๆ ของรหัส เครื่องใหม่อัลฟาหรือเบต้าเก็บมือไม่สามารถรวมได้อย่างปลอดภัยในรุ่นที่มีเสถียรภาพMariaDB ตอนนี้มีแบบมาตรฐานสำหรับเครื่องยนต์เก็บเพื่อขยายคำสั่งสร้างตารางที่เก็บเครื่องยนต์รหัสอิสระ และแยก ตอนนี้ เครื่องยนต์เก็บใหม่สามารถรวมก่อนหน้านี้ในการพัฒนาเนื่องจาก ถ้าคุณเลือกไม่ใช้ มีผลไม่คุณลักษณะข้างต้นและอื่น ๆ ไว้ในรายละเอียดมากกว่าในฐาน MariaDB [3]ความเข้ากันได้มี MariaDB นี่ได้ทำและทั้งหมดที่ปรับปรุงใหม่อย่างราบรื่น และโปร่งใสกับผู้ใช้ได้ดังนั้นไม่ต้องทิ้งทั้งหมดของพวกเขาก่อนหน้านี้ทำงาน เพื่อการนี้:ข้อมูลและตารางแฟ้มแฟ้ม (.frm) คำจำกัดความเข้ากันได้แบบไบนารีไคลเอนต์ APIs ทั้งหมด โปรโตคอล และ struct s เหมือนกันทั้งหมดชื่อแฟ้ม ไบนารี เส้นทาง พอร์ต ซ็อกเก็ต และอื่น ๆ เหมือนกันเชื่อมต่อ MySQL ทั้งหมด (PHP ภาษาเพิร์ล งูเหลือม Java, MyODBC ทับทิม เชื่อมต่อ MySQL C ฯลฯ) ทำงานที่เปลี่ยนแปลงกับ MariaDBแพคเกจของไคลเอ็นต์ mysql ทำงาน กับเซิร์ฟเวอร์ MariaDB และในทางกลับกันดังนั้น สำหรับส่วนใหญ่ คุณสามารถถอนการติดตั้ง MySQL เพียง และติดตั้ง MariaDB และจะดีไป ถ้าคุณใช้รุ่นหลักเดียวกัน คุณไม่จำเป็นต้องแปลงแฟ้มข้อมูลใด ๆ ก็เมื่อปรับรุ่นจากรุ่น 5.1.x MySQL หนึ่งไปยังอีกนอกจากนี้ มากของการพัฒนาและการทดสอบของสคริปต์การอัพเกรด (ที่ปรับปรุงแฟ้มข้อมูลเมื่อการปรับปรุงดังกล่าวจำเป็นต้อง) ได้ทำการอัพเกรดจาก MySQL 5.0 5.1 MariaDB กว่าจาก MySQL 5.0 การ MySQL 5.1นี่คือนโยบายมาตรฐานสำหรับคุณลักษณะใหม่ใด ๆ: หากคุณลักษณะจะแนะนำปัญหาความเข้ากันได้ กำหนดค่า MariaDB ค่าเริ่มต้นสำหรับคุณลักษณะจะปิดทั้งหมด (เช่นเดียวกับแคชคีย์แบ่งส่วน) หรือการทำงานเหมือนกับรุ่นเทียบเท่าของ MySQLเนื่องจากการบังคับใช้นโยบายมาตรฐานเป็นเสมอ ความเข้ากันไม่บางอย่างหลีกเลี่ยงไม่ได้อยู่ระหว่าง MariaDB และ MySQL ตัวอย่าง ถ้าคุณใช้ไลบรารีโปรแกรมเก็บไบนารีเท่านั้น มันต้องมี recompiled เฉพาะสำหรับรุ่นของ MariaDB ที่คุณใช้เนื่องจากการเปลี่ยนแปลงบางอย่างภายในเครื่องยนต์เก็บ API ยัง บางผล เช่นบันทึกสอบถามช้าลงและผลของคำสั่งตาราง CHECKSUM นั้นแตกต่างกัน ดังนั้น ถ้าสคริปต์การกระจายผลผลิตนี้ คุณอาจต้องเปลี่ยนแปลงบางอย่างหมายเหตุสุดท้ายหนึ่งเกี่ยวกับความเข้ากันได้: ถ้าคุณเริ่มต้นโดยใช้คุณลักษณะใหม่หรือตัวเลือกการตั้งค่าคอนฟิกของ MariaDB คุณจะไม่สามารถกลับไปได้จะเทียบเท่ารุ่นของ MySQLบทสรุปสถานการณ์ของคุณควรตรวจสอบว่า คุณเลือก MariaDB มากกว่า MySQL ถ้าคุณมีสัญญาสนับสนุนกับ Oracle แล้วเลือก แล้วได้ พวกเขาไม่สนับสนุน MariaDB อย่างไรก็ตาม บริษัทต่าง ๆ เช่น SkySQL ให้เต็ม 24 / 7 สนับสนุนสำหรับ MariaDB และ MySQLMariaDB trail หลังรุ่นล่าสุดทาง MySQL โดยทุกจากกี่สัปดาห์กี่เดือน ขึ้นอยู่กับขนาดเปลี่ยนแปลงอยู่ระหว่างรุ่นนี้ใน MariaDB มีคุณลักษณะหลายอย่างที่คุณอาจพบว่ามีประโยชน์ที่คุณจะไม่พบใน MySQL และ MariaDB ในที่สุดจะมีคุณลักษณะใหม่ใด ๆ ที่แนะนำ หลังจากที่พวกเขาได้ถูก vetted และทดสอบอย่างกว้างขวางอีกเหตุผลที่เลือก MySQL ผ่าน MariaDB เป็นสถานะของ MySQL ใน repositories อย่างเป็นทางการของการกระจาย Linux เพียงเกี่ยวกับทุก ติดตั้ง MySQL เป็นอย่าง apt‑get หรือยำอยู่กำลังติดตั้ง MariaDB ทำงานไปรวมใน repositories ทาง แต่สำหรับตอนนี้ จะเท่าอยู่ในกี่ [6]เหตุผลหนึ่งต้องใช้ MySQL ได้ถ้าคุณมีสิทธิ์การใช้งานเชิงพาณิชย์จาก Oracle ที่อนุญาตให้คุณรวม MySQL เป็นโปรแกรมประยุกต์ที่ปิดบัญชี นักพัฒนา MariaDB ผูกเงื่อนไข GPL และไม่ MariaDB สองใบฐานข้อมูลใดคุณสุดเลือก การแข่งขันระหว่าง MariaDB และ MySQL เท่านั้นได้ดี หลังจากทั้งหมด ไม่มีใครสามารถพูดของ Microsoft Internet Explorer ไม่ได้ไม่ได้แข่งขันความยาวด้วย Firefox

ผลลัพธ์ (ไทย) 2:

การเปลี่ยนแปลงที่เห็นได้ชัดที่สุดต่อไปเป็นเครื่องมือการเก็บรักษาเพิ่มเติมที่มาพร้อมกับ MariaDB (เข้าสู่การแสดงเครื่องมือการเก็บรักษาสำหรับรายการ) เหล่านี้รวมถึง Aria, XtraDB (รุ่นที่เพิ่มขึ้นและการขยายของเครื่องมือเก็บ InnoDB) PBXT, FederatedX (หล่นแทนสหพันธ์) OQGraph และ SphinxSE เครื่องมือการเก็บรักษา ทั้งหมดเหล่านี้จะพร้อมใช้งานสำหรับ MySQL; แต่จะใช้พวกเขาคุณจะต้องรวบรวมหรือติดตั้งพวกเขาเอง ด้วย MariaDB พวกเขาเป็นส่วนหนึ่งของการเริ่มต้นการติดตั้ง ทั้งหมดของเครื่องมือมาตรฐานในการจัดเก็บข้อมูล MySQL (MyISAM, Blackhole, CSV, หน่วยความจำและอื่น ๆ ) จะรวมอยู่ใน MariaDB. INFORMATION_SCHEMA ยังได้รับการปรับปรุง MariaDB ได้เพิ่มข้อมูลในตารางต่างๆ ตัวอย่างเช่นตาราง INFORMATION_SCHEMA.PLUGINS ตอนนี้มีคอลัมน์ PLUGIN_MATURITY PLUGIN_AUTH_VERSION และเพื่อให้คุณสามารถดูหมายเลขรุ่นของปลั๊กอินของคุณและไม่ว่าจะเป็นรุ่นที่ติดตั้งมีความมั่นคงรุ่นเบต้าหรือคุณภาพอื่น ๆ . ตาราง INFORMATION_SCHEMA.PROCESSLIST ได้รับ คอลัมน์ใหม่ TIME_MS คอลัมน์นี้จะให้ข้อมูลเช่นเดียวกับเวลาคอลัมน์ แต่ในหน่วยมิลลิวินาทีที่มีความแม่นยำมิลลิ. บันทึกแบบสอบถามช้านอกจากนี้ยังได้รับการปรับปรุง ใน MariaDB คุณสามารถตั้งค่าฟุ่มเฟื่อยที่กรองออกคำสั่งคุณไม่ต้องการเข้าสู่ระบบและ จำกัด อัตราการเข้าสู่ระบบ (เช่นการเข้าสู่ระบบเพียงหนึ่งในสี่หรือสิบของแบบสอบถาม) เช่นเดียวกับคุณสมบัติใหม่อื่น ๆ , การตั้งค่าเริ่มต้นได้นี้ฟังก์ชันการทำงานพิเศษปิดเข้ากันได้กับพฤติกรรมของ MySQL [1]. การเปลี่ยนแปลงอื่น ๆการเปลี่ยนแปลงอื่น ๆ ใน MariaDB จะมองไม่เห็น แต่พวกเขาจะช่วยปรับปรุงประสิทธิภาพการทำงานให้ MariaDB ความยืดหยุ่นมากขึ้น หรือทั้งคู่. ตัวอย่างหนึ่งในด้านประสิทธิภาพการทำงานอยู่กับใหม่ "ตารางการกำจัด" คุณสมบัติ บ่อยครั้งเมื่อคุณมีข้อมูลปกติสูง [2] ในฐานข้อมูลของคุณ "มุมมอง" ถูกนำมาใช้เพื่อความสะดวกเมื่อสอบถามฐานข้อมูล. มุมมองที่เป็นชนิดเช่นแบบสอบถามที่บันทึกไว้ คุณสามารถคิดว่ามันเป็นทางหนึ่งในการดูข้อมูลในฐานข้อมูลของคุณ ชมมีประโยชน์มากเมื่อใช้อย่างถูกต้อง แต่พวกเขามาพร้อมกับค่าใช้จ่ายในการปฏิบัติงาน เวลาที่คุณใช้มุมมองที่ทุกคนทั้งหมดของตารางที่มีการเชื่อมต่อจะมีการสอบถามถึงแม้ว่าการค้นหาของคุณไม่ได้จริงต้องสอบถามหนึ่งหรือมากกว่าของพวกเขา. คุณลักษณะกำจัดตารางใน MariaDB ถูกออกแบบมาเพื่อตรวจสอบเมื่อแบบสอบถามจะ ไม่ใช้ตารางบางและกำจัดพวกเขาจากการวางแผนการค้นหา การเพิ่มประสิทธิภาพการทำงานนี้ให้สามารถเป็นอย่างมาก (ขึ้นอยู่กับการใช้งานฐานข้อมูลของคุณ). ถ้าคุณใช้เครื่องมือเก็บ MyISAM สำหรับตารางฐานข้อมูลของคุณ MyISAM แบ่งแคชที่สำคัญคุณจะได้รับประโยชน์ แคชสำคัญ MyISAM สามารถประสบการต่อสู้ล็อคถ้าคุณมีกระทู้หลายโปรแกรมการเข้าถึงแคช แคชที่สำคัญแบ่งบรรเทาปัญหานี้โดยการหารแคชที่สำคัญในจำนวนของ "กลุ่ม". ถึง 64 กลุ่มสามารถระบุได้ ไม่ทุกโปรแกรมจะได้รับประโยชน์จากคุณลักษณะนี้ แต่ถ้าการต่อสู้ล็อคแคชคอขวดที่สำคัญคือมันเป็นวิธีที่ดีเพื่อเพิ่มประสิทธิภาพการทำงานโดยไม่มีการเปลี่ยนแปลงโปรแกรมใด ๆ สำหรับความเข้ากันคุณสมบัตินี้ถูกปิดไปโดยปริยาย. หนึ่งในคุณลักษณะใหม่ใน MariaDB ที่เพิ่มความยืดหยุ่นเป็นคอลัมน์เสมือนซึ่งเป็นคอลัมน์ที่มีการคำนวณและมีการปรับปรุง "ในทันที." รุ่นแรกของคุณลักษณะนี้ก็มีส่วนกับ MySQL กลับมาในปี 2008 โดยอันเดรย์ Zhakov แต่มันก็ไม่เคยพบทางลงปล่อยมั่นคงของ MySQL. บ่อยครั้งที่คุณต้องการใช้งานของคุณที่จะทำการคำนวณทั้งหมดและมีฐานข้อมูลของคุณเพียงแค่กดข้อมูล อย่างไรก็ตามในบางกรณีการผลักดันการคำนวณลงไปที่ชั้นฐานข้อมูลที่มีประโยชน์ ตัวอย่างเช่นถ้าคุณมีการใช้งานหลายปฏิสัมพันธ์กับฐานข้อมูลการผลักดันบางส่วนของการคำนวณลงในฐานข้อมูลอาจช่วยลดความซับซ้อนของการพัฒนาโปรแกรมและการบังคับใช้ความสมบูรณ์ของข้อมูล. คุณสมบัติใหม่อื่น ๆ ใน MariaDB ได้รับการทำที่จะทำให้รหัสแบบแยกส่วนมากขึ้นและเตรียมความพร้อมสำหรับอนาคต การพัฒนา ตัวอย่างหนึ่งคือมีการจัดเก็บใหม่เครื่องยนต์เฉพาะคุณลักษณะตาราง CREATE ก่อนหน้านี้ถ้าเครื่องมือเก็บข้อมูลอยากจะใช้คุณลักษณะที่จำเป็นต้องใช้ตัวเลือกใหม่สำหรับคำสั่งตาราง CREATE ที่แพทช์จะต้องถูกนำไปใช้ในส่วนของโค้ดเซิร์ฟเวอร์ที่. จะเป็นการดีที่เครื่องยนต์รหัสการจัดเก็บควรจะแยกเพื่อให้ถ้าคุณเพิ่ม และไม่ได้ใช้มันไม่มีส่วนอื่น ๆ ของเซิร์ฟเวอร์ได้รับผลกระทบ หากเครื่องมือการเก็บรักษาส่วนอื่น ๆ แพทช์ของรหัสเบต้าใหม่หรือเครื่องมืออัลฟาจัดเก็บข้อมูลที่ไม่สามารถรวมได้อย่างปลอดภัยในรุ่นที่มีเสถียรภาพ. MariaDB ตอนนี้มีวิธีการมาตรฐานสำหรับเครื่องมือการจัดเก็บข้อมูลที่จะขยายคำสั่งตาราง CREATE ที่ช่วยให้เครื่องยนต์รหัสการจัดเก็บแยกและเป็นอิสระ . ตอนนี้เครื่องมือจัดเก็บข้อมูลใหม่สามารถรวมก่อนหน้านี้ในการพัฒนาเพราะถ้าคุณเลือกที่จะไม่ใช้มันไม่มีผล. ทั้งหมดของคุณสมบัติดังกล่าวข้างต้นและอื่น ๆ ที่อธิบายไว้ในรายละเอียดมากขึ้นใน MariaDB คลังความรู้ [3]. ความเข้ากันได้กับ MariaDB, ทุกความพยายามที่ได้รับการทำเพื่อให้การปรับปรุงและคุณสมบัติใหม่อย่างราบรื่นและโปร่งใสให้กับผู้ใช้ที่เป็นไปได้เพื่อให้พวกเขาไม่ต้องโยนออกทั้งหมดของการทำงานก่อนหน้านี้ ด้วยเหตุนี้: ข้อมูลและแฟ้มคำจำกัดความของตาราง (.frm) ไฟล์ไบนารีที่เข้ากันได้. ทั้งหมด APIs ลูกค้าโปรโตคอล struct และเหมือนกัน. ชื่อไฟล์ทั้งหมดไบนารีเส้นทางพอร์ตซ็อกเก็ตและอื่น ๆ เหมือนกัน. ทั้งหมด การเชื่อมต่อ MySQL (PHP, Perl, Python, Java, MyODBC ทับทิมเชื่อมต่อ MySQL C ฯลฯ ) ทำงานไม่เปลี่ยนแปลงกับ MariaDB. แพคเกจข้อมูล mysql ลูกค้าทำงานร่วมกับเซิร์ฟเวอร์ MariaDB และในทางกลับกัน. ดังนั้นสำหรับกรณีส่วนใหญ่คุณก็สามารถถอนการติดตั้ง MySQL และติดตั้ง MariaDB และคุณจะดีไป ถ้าคุณใช้รุ่นหลักเดียวกันคุณไม่จำเป็นต้องแปลงไฟล์ข้อมูลใด ๆ เช่นเดียวกับเมื่ออัพเกรดจากเวอร์ชั่น 5.1.x MySQL หนึ่งไปยังอีก. นอกจากนี้จำนวนมากของการพัฒนาและการทดสอบของสคริปต์อัพเกรด (ซึ่งปรับปรุงไฟล์ข้อมูล เมื่อการปรับปรุงดังกล่าวจะต้อง) ได้ทำให้มันง่ายต่อการปรับรุ่นจาก MySQL 5.0 MariaDB 5.1 กว่าจาก MySQL 5.0 กับ MySQL 5.1. นโยบายมาตรฐานสำหรับคุณลักษณะใหม่ ๆ คือ: ถ้าคุณสมบัติจะนำปัญหาความเข้ากันได้เริ่มต้นการตั้งค่า MariaDB สำหรับ คุณลักษณะทั้งสองจะเปิดออกทั้งหมด (เช่นเดียวกับที่สำคัญแบ่งแคช) หรือกำหนดค่าให้ทำตัวเหมือนรุ่นเทียบเท่า MySQL. เพราะการบังคับใช้นโยบายมาตรฐานคือไม่ได้เสมอกันไม่ได้บางอย่างหลีกเลี่ยงไม่ได้อยู่ระหว่าง MariaDB และ MySQL ตัวอย่างเช่นถ้าคุณกำลังใช้ห้องสมุดเครื่องมือเก็บไบนารีอย่างเดียวจะต้องมีการคอมไพล์โดยเฉพาะสำหรับรุ่นของ MariaDB คุณกำลังใช้เนื่องจากการเปลี่ยนแปลงภายในบางอย่างเพื่อให้เครื่องมือเก็บ API นอกจากนี้บางการส่งออกเช่นการบันทึกแบบสอบถามช้าและผลของคำสั่งตารางการตรวจสอบมีความแตกต่างกัน ดังนั้นถ้าสคริปต์ของคุณแยกการส่งออกนี้คุณอาจจำเป็นต้องทำการเปลี่ยนแปลงบางอย่าง. หนึ่งทราบสุดท้ายที่เกี่ยวกับความเข้ากันได้: ถ้าคุณเริ่มใช้ใด ๆ ของคุณสมบัติใหม่ในหรือตัวเลือกการกำหนดค่าของ MariaDB คุณจะไม่สามารถที่จะกลับไปได้อย่างง่ายดายที่จะได้ รุ่นเทียบเท่า MySQL. สรุปสถานการณ์ของคุณควรตรวจสอบว่าคุณเลือกมากกว่า MariaDB MySQL หากคุณมีการทำสัญญาการสนับสนุนกับ Oracle แล้วทางเลือกที่ได้รับการทำ; พวกเขาไม่สนับสนุน MariaDB อย่างไรก็ตามหลาย บริษัท เช่น SkySQL ให้เต็ม 24/7 สนับสนุนทั้ง MariaDB และ MySQL. MariaDB ไม่เส้นทางที่อยู่เบื้องหลังอย่างเป็นทางการ MySQL รุ่นล่าสุดจากที่ใดก็ได้จากไม่กี่สัปดาห์เพื่อไม่กี่เดือนขึ้นอยู่กับวิธีการเปลี่ยนแปลงขนาดใหญ่ที่อยู่ระหว่าง รุ่น. ด้านพลิก, MariaDB มีคุณสมบัติหลายอย่างที่คุณอาจพบว่ามีประโยชน์ที่คุณจะไม่พบใน MySQL และ MariaDB ในที่สุดก็จะมีคุณสมบัติใหม่ ๆ ที่นำมาหลังจากที่พวกเขาได้รับการตรวจและทดสอบอย่างกว้างขวาง. เหตุผลที่จะเลือก MySQL มากกว่า MariaDB อีก คือการปรากฏตัวของ MySQL ในที่เก็บอย่างเป็นทางการของเพียงเกี่ยวกับทุกการกระจาย Linux การติดตั้ง MySQL เป็นที่เรียบง่าย apt-get หรือ yum ออกไปจากการติดตั้ง MariaDB จะทำงานไปรวมไว้ในที่เก็บอย่างเป็นทางการ แต่สำหรับตอนนี้ก็มีอยู่เฉพาะในไม่กี่ [6]. เหตุผลหนึ่งที่จะยังคงใช้ MySQL คือถ้าคุณมีใบอนุญาตการค้าจาก Oracle ที่ช่วยให้คุณรวม MySQL ในแอพลิเคชันปิดต้นฉบับ นักพัฒนา MariaDB จะต้องปฏิบัติตามเงื่อนไขของ GPL และไม่สามารถ dual-ใบอนุญาต MariaDB. ฐานข้อมูลใดก็ตามที่คุณเลือกในที่สุดการแข่งขันระหว่าง MariaDB และ MySQL เพียงสามารถที่ดี หลังจากที่ทุกคนไม่มีใครสามารถบอกไมโครซอฟท์ Internet Explorer ไม่ได้รับประโยชน์จากการแข่งขันยาวนานกับ Firefox

ผลลัพธ์ (ไทย) 3:

การเปลี่ยนแปลงที่เห็นได้ชัดที่สุดคือการจัดเก็บเพิ่มเติมต่อไปว่า เรือที่มีเครื่องยนต์ MariaDB ( ระบุ
เครื่องยนต์ ; กระเป๋า

สำหรับแสดงรายการ ) เหล่านี้รวมถึงอาเรีย xtradb ( ปรับปรุงและขยายรุ่นของ InnoDB Storage Engine ) , pbxt federatedx , ( ลงแทนสหพันธ์ ) , oqgraph และเครื่องยนต์กระเป๋า sphinxse . ทั้งหมดเหล่านี้จะใช้ได้สำหรับ MySQL ; อย่างไรก็ตาม , ที่จะใช้พวกเขาคุณต้องรวบรวมหรือติดตั้งได้ด้วยตัวเอง กับ MariaDB , พวกเขาเป็นส่วนหนึ่งของการเริ่มต้นติดตั้ง ทั้งหมดของมาตรฐานเครื่องยนต์ MySQL จัดเก็บ ( MyISAM , หลุมดำ , CSV , หน่วยความจำ ฯลฯ ) จะรวมอยู่ใน information_schema MariaDB .

ยังได้รับการปรับปรุง mariadb has added more ของเขตได้ย่าง . ตัวอย่างเช่น information_schema .ตารางปลั๊กอินตอนนี้ได้ plugin_maturity และคอลัมน์ plugin_auth_version , เพื่อให้คุณสามารถดูหมายเลขรุ่นของปลั๊กอินของคุณและไม่ว่าจะเป็นรุ่นที่คุณได้ติดตั้งเป็นเบต้าคงที่หรือคุณภาพอื่น ๆ .

โต๊ะ information_schema.processlist ได้รับคอลัมน์ใหม่ time_ms . คอลัมน์นี้เป็นคอลัมน์มีข้อมูลเดียวกัน เวลาแต่ในหน่วยมิลลิวินาทีกับวินาทีแน่นอน

ถามช้าเข้าสู่ระบบนอกจากนี้ยังได้รับการปรับปรุง ใน MariaDB , คุณสามารถตั้งค่าการใช้ถ้อยคำมากเกินไป , กรองแบบสอบถามคุณไม่ต้องการเข้าสู่ระบบ และจำกัดอัตราการบันทึก ( เช่นการเข้าสู่ระบบเพียงหนึ่งในสี่หรือหนึ่งในสิบของแบบสอบถาม ) ด้วยคุณสมบัติใหม่อื่น ๆการกําหนดค่าเริ่มต้นมีฟังก์ชันการทำงานพิเศษนี้ปิดให้เข้ากับพฤติกรรมของ MySQL [ 1 ] .



การเปลี่ยนแปลงอื่น ๆอื่น ๆ MariaDB ไม่ค่อยมองเห็น แต่พวกเขาช่วยปรับปรุงประสิทธิภาพ ให้มีความยืดหยุ่นมากขึ้น MariaDB , หรือทั้งสองอย่าง ตัวอย่างหนึ่งในด้านการแสดงกับใหม่ " ตารางขจัด " คุณลักษณะ มักจะเมื่อคุณมีรูปข้อมูล [ 2 ] ในฐานข้อมูลของคุณ " มุมมอง " ที่ใช้เพื่อความสะดวก เมื่อสอบถามฐานข้อมูล .

ดูเป็นเหมือนบันทึกแบบสอบถาม คุณสามารถคิดว่ามันเป็นวิธีการเฉพาะของการดูข้อมูลในฐานข้อมูลของคุณ มุมมองมีประโยชน์มากเมื่อใช้อย่างถูกต้อง แต่พวกเขามาพร้อมกับประสิทธิภาพของต้นทุน ทุกครั้งที่คุณใช้มุมมองทั้งหมดของตารางที่เชื่อมต่อจะถูกสอบถาม ถ้าแบบสอบถามของคุณไม่ต้องการหนึ่งหรือมากกว่าของพวกเขา .

โต๊ะตัดคุณลักษณะใน MariaDB ถูกออกแบบมาเพื่อตรวจสอบเมื่อแบบสอบถามจะไม่ใช้ตารางบางและขจัดพวกเขาจากแผนแบบสอบถาม the โรงหนัง คนนั้น this provides : dramatic ( ผม usage database your ) . เก็บกวาดเก็บกวาด