Hi kei,
首先釐清一點，MariaDB應該是以GPL-2.0向外授權(The MariaDB server is available under the terms of the GNU General Public License, version 2.)，而非GPL-3.0，而其近年撰寫給C與Java環境使用的客戶端函式庫，則是採LGPL-2.1(The new MariaDB client libraries for C and Java are distributed under LGPL.)。
相關資訊您可以參考右列連結：
mariadb.com/kb/en/mariadb/faq/questions-about-licensing-mariadb-plugins-etc/mariadb-license/
好的，所以接下來以MariaDB為GPL-2.0的立場來解釋，而關於GPL-2.0授權與MySQL/MariaDB的授權拘束性，您可以參考我與葛梅小姐合撰的專文，以及下列的forum討論串：
我將要點擇重簡化表達如下。
單純使用GPL-2.0授權程式(The program interacting with the GPLed Program)，並不必然會讓與其互動程式，被視為GPL-2.0授權程式的衍生程式(The Program based on the GPLed Program)，重點是該互動程式必須在開發上與功能上有獨立性的地位；而如果該獨立程式並沒有被認定為衍生著作，自然在散布時，不需要提供該獨立程式範圍的程式源碼，而僅需要提供GPL-2.0授權範圍的程式源碼，以及說明該獨立程式與GPL-2.0授權的部份，是如何建立互動關係。
而為了證成自行撰寫的程式，與GPL-2.0授權元件之間的互動且有獨立性或可替代性，一般運用GPL-2.0授權元件的商業使用者，都會建立相當的說理與區隔機制，來說明自撰程式與GPL-2.0授權程式之間的互動，為較純粹的應用關係，而非程式創作上的衍生關係；例如：客製化WEB或CMS系統，以GPL-2.0授權的MySQL或MariaDB為預設的資料庫系統，但同時在後台提供選項，讓使用者在一開始啟用網站時，可以透過勾選改變或是架構調校的方式，改用BSD-like授權的PostgreSQL，或甚至公眾領域(public domain)的SQLite作為替代的資料庫方案，此時，替代方案啟動之後可能CMS整體的功能少一些，但主要功能都還是正常運作的話，多數通說的看法，就不會認定該CMS系統，會是GPL-2.0授權的MySQL、MariaDB資料庫系統的衍生專案。
故以上述的基礎我們可以原則上這樣說：如果WEB程式採用GPL-2.0授權的MySQL或MariaDB為其資料庫系統，但該WEB程式有適當披露其他程式與MySQL、MariaDB資料庫系統之間的呼叫關係，此資訊充足到具有技術能力者，可以自行嗣後以其也資料庫系統，例如PostgreSQL、SQLite來代換MySQL、MariaDB與WEB程式之間的互動關係的話，那原則上此WEB程式可以被視為獨立著作，被要求須一體提供程式源碼的風險不大。
希望上述的連結資訊及回覆，有解答到您的問題。
日安、健康，新年快樂！
20150107 16:35 LUCIEN C.H. LIN
Favoured: 0
