MariaDB 10 Released, Now With NoSQL Support

noahfecks (2379422) writes "Version 10 of the most famous fork of MySQL MariaDB has been released. Its developers said that is many times faster than MySQL, also claiming that its replications slaves are crash free. More details of this release can be found on the blog."

Comments

fine grammer

[Anonymous Coward]

many times more awesomer! ! !

Re:fine grammer

[HornWumpus]

Still better then 'more performant'. At least they don't make up words where there are already perfectly good ones.

Re:fine grammer

[flyingfsck]

If you were a real grammar nazi, then would have known that the correct form is 'better than'.

Re:fine grammer

[davester666]

irregardless of these minor issues, we will continue to post!

Re:fine grammer

[Anonymous Coward]

regardless....

Re:fine grammer

[davester666]

whoosh!

Re:fine grammer

[Anonymous Coward]

woosh!

Re:fine grammer

[Anonymous Coward]

What a bunch of loosers.

Editors

[Gothmolly]

"that is many time more faster than MySQ"

That's the most awesome thing I've read all day. LOL. Or should I say, ROR.

Re:Editors

[Gothmolly]

Fa-ra-ra-ra-ra, ra-ra-ra-ra.

Re:Editors

[Anonymous Coward]

Just imagine what it looked like before being edited.

Re:Editors

[nctritech]

CLC
LSR $FF
WTF $HAXXOR
CMP $OUTDOORS
I sort of forget what we're talking about. Oh yeah, Mysq, the latest sequel to Myst, now for your Commodore VIC-20...

Re:Editors

[Anonymous Coward]

He could have been many more times funnier.

Re:Editors

[MightyMartian]

America! Fuck Yeah!

Re:Editors

[K. S. Kyosuke]

That's because Slashdot's MySQL replication slave crashed while replicating the sentence.

Re:Editors

[mooingyak]

Cut them some slack. The summary is not merely one, but TWO sentences. That takes real work.

Re:Editors

[HornWumpus]

Likely perfect English.

Re:Editors

[WillAffleckUW]

POPL POPR dang buffers full

It's webscale!

[Anonymous Coward]

As a manager this excites me!

Re:It's webscale!

[Mitchell314]

And it comes with lots of petabytes in the cloud! The kind they use in Big Data, not like those cheap terabytes they use in the SQL.

Re:It's webscale!

[SQLGuru]

But does it come in Mauve?
http://search.dilbert.com/comi...

Re:It's webscale!

[K. S. Kyosuke]

And it comes with lots of petabytes in my butt!

You seem to be unusually happy for a person in such condition.

"many time more faster"

[Anonymous Coward]

As if we needed any further proof that Slashdot has no editors.

Re:"many time more faster"

[Anonymous Coward]

Slashdot has plenty of editors. It's just that none of them were able to pass high-school English.

Re:"many time more faster"

[ArcadeMan]

You no like many time more faster? It's more better plus double good!

Re:"many time more faster"

[flyingfsck]

Me fail English? That is unpossible!

First all our bases, now this.

[Anonymous Coward]

First all our bases, now this.

Found MariaDB to be pretty lacking

[AndrewFenn]

I've tried out MariaDB specifically, the Galera Cluster many times and found it to be very lacking. The default Debian repos just seem broken and have been for a long time according to the bug reports i've read. Apart from the broken packages the fact that the documentation is very lacking and dotted all over the place has put me off. After MariaDB I moved on to Percona's implementation which comes with working packages and good documentation.

Many times more cleaner?

[Anonymous Coward]

Why are they naming it after my house cleaner?

Now with NoSQL...

[Anonymous Coward]

And even less drop-in replaceability!

BTW, MariaDB has crash-safe slaves only because this feature is implemented in MySQL 5.6.

Use Percona or MySQL.

So why should I use this when mysql is still free?

[Anonymous Coward]

What are the advantages to using this increasingly slow and bloated fork of the internet's favorite database platform?

PETA bites

[tepples]

And it comes with lots of petabytes in the cloud!

Are these the bytes used by an animal rights group to run its yes-kill shelters? Or are they bites taken out of tasty animals (warning: 1996 web design)?

Re:So why should I use this when mysql is still fr

[Anonymous Coward]

One answer to your loaded question: Avoiding Oracle's unceasing commitment to thwarting advances in technology that are community-driven or otherwise unable to be monetized?

NoSQL is just a vague term

[Daniel Hoffmann]

What does NoSQL mean for MariaDB? Without context it is just another buzz word.

The only thing I know about MariaDB is that it is a fork of MySQL created because Oracle is Evil.

Re:NoSQL is just a vague term

[Anonymous Coward]

NoSQL means the same thing it always means, "ACID is hard, so we don't do it."

Re:NoSQL is just a vague term

[Anonymous Coward]

The documentation server is going though the /. effect right now. But I was able to get a cached version off Google. Here is what I found:

HANDLER
The HANDLER statements gives you direct access to reading rows from the sto...

HandlerSocket
HandlerSocket gives you direct access to InnoDB/XtraDB and SPIDER.. It is i...
Dynamic Column API

Client-side API for reading and writing Dynamic Columns blobs

Dynamic columns
MariaDB starting with 5.3 Dynamic columns first appeared in MariaDB-5.3 Dyn...

Dynamic Columns API
This page describes client-side of MariaDB 10.0.1 API for reading and writi...

Dynamic Columns in MariaDB 10
MariaDB starting with 10.0.1MariaDB 10.0.1 got the following improvements ...

LOAD_FILE
Returns file contents as a string

Source: https://mariadb.com/kb/v/nosql/

Re:NoSQL is just a vague term

[Anonymous Coward]

In this case it means MariaDB supports dynamic columns and can connect directly to Cassandra data sources.

Re:NoSQL is just a vague term

[gbjbaanb]

no idea, but I know Postgresql has had JSON columns for a while now, so you get the benefit of 'typeless' data storage (ie a blob of JSON data) and all the benefit of relational data if you want it (as its just another column).

MariaDB did it differently, merging Cassandra as a storage back-end, and "dynamic columns' so you can have different columns of data per row in a table. (and you can get all the dynamic column data out as a JSON blob).

Re:NoSQL is just a vague term

[wiredlogic]

The documentation server is going though the /. effect right now.

Considering how weak the /. effect is these days it doesn't say much for the performance of their database.

Re:NoSQL is just a vague term

[VGPowerlord]

NoSQL means the same thing it always means, "ACID is hard, so we don't do it."

By that definition, MySQL is the original NoSQL database.

Re:NoSQL is just a vague term

[lgw]

NoSQL means the same thing it always means, "ACID is hard, so we don't do it."

ACID is expensive to scale. NoSQL offers little when you have 1 or 10 DB servers. But if most of what you store doesn't need to be ACID, and you need 10,000 DB servers, NoSQL has a real cost advantage.

Re:NoSQL is just a vague term

[Daniel Hoffmann]

Hey that is interesting, I have a system here where I store small amounts of JSON data as text column, since I don't have to query that text column it is not a problem for me (although I have to deal with missing values by hand), but how would you go about querying data from those types of "document-store" columns?

Re:NoSQL is just a vague term

[Amadodd]

Case well made for NoSQL - it's a great fit for 0.001% of use cases.

Re:NoSQL is just a vague term

[lgw]

As with everything cloudy, it's few software products but many, many end users.

Well, that and the vast majority of simple programs that don't need ACID to begin with. If you just need a non-ACID structured data store, why bother with SQL? Currently NoSQL is mostly for analytics, but I think that's just habit.

Re:NoSQL is just a vague term

[ShieldW0lf]

If you just need a non-ACID structured data store, why bother with SQL? Currently NoSQL is mostly for analytics, but I think that's just habit.

It gives you room to grow. If you're sure you won't need room to grow, that's fine, but it's still the typical answer to your question.

Re:NoSQL is just a vague term

[djd20]

You may also be interested in the new jsonb postgres feature upcoming in 9.4 http://www.craigkerstiens.com/...

Re:NoSQL is just a vague term

[gbjbaanb]

you really didn't bother clicking through the link I put on and looking at the examples before asking that question.

Re:NoSQL is just a vague term

[Anonymous Coward]

NoSQL is an absolutely idiotic name, given most of them use something strangely like SQL for retrieving data...

Re:So why should I use this when mysql is still fr

[substance2003]

What are the advantages to using this increasingly slow and bloated fork of the internet's favorite database platform?

Mind giving examples showing this to be true? This is the 1st I'm hearing about this although I don't follow it all the time. I'm just curious about how MariaDB could be so slow considering that the founders of MySQL are working on that version now.

More faster?

[Anonymous Coward]

More faster? Less grammar?

Re:So why should I use this when mysql is still fr

[Anonymous Coward]

So what are these "advantages" that your database possesses that youre so axious about becomeing monetized -or is it simply a contrarian fork made for it's own sake?

I never trusted Monty in the first place

[ShieldW0lf]

Does MariaDB still do shit like this?

http://sql-info.de/mysql/gotch...

MySQL has always been a way to serve unimportant data at high speed. Great if you're serving up fuzzy matches to people who are doing a Google search and have no preconceptions about what they will get back in response to a search, or organizing a web forum visited by millions where if you lose someones comment, you really don't care. If you're dealing with data where accuracy, reliability and predictability is important, though, it was a ticking time bomb waiting to blow up in your face.

Has that changed at all? After all the years he spent trying to promote his DB into spaces it didn't belong, telling people that things like data integrity didn't matter and should be handled at the application layer, I have zero trust for the man, but perhaps things have improved?

Re:I never trusted Monty in the first place

[hholzgra]

Depends on the SQL_MODE settings ... if using backwards compatible settings you'll at least get a truncation warning now, if using more strict modes it will throw errors instead ...

Re:I never trusted Monty in the first place

[neoform]

I guess we better not use C/C++ in that case. Getting integer overflows means it's not a serious language, we should call them "fuzzy integers" instead.

Re:I never trusted Monty in the first place

[ShieldW0lf]

I guess we better not use C/C++ in that case. Getting integer overflows means it's not a serious language, we should call them "fuzzy integers" instead.

If you find a C++ compiler that will let you declare a variable of type 'foo' and store an object of type 'bar' in it without throwing any errors, despite 'bar' not inheriting from 'foo', then yes, I would say it's not a compiler you want to use to do serious work with.

Re:I never trusted Monty in the first place

[Anonymous Coward]

Does MariaDB still do shit like this?

http://sql-info.de/mysql/gotch...

That gotcha list is from a decade ago. It explicitly states they weren't tested against MySQL 5.

Re:I never trusted Monty in the first place

[neoform]

The first item from your link:

He tries to insert 99999999999999 into a 32 bit int field, what he gets is 2147483647 stored as the value.

What do you suppose would happen in C/C++ if you have a 32 bit int, and you add 99999999999999 to it? Are you going to curse C/C++ for allowing the int to overflow?

Other databases (tested: Firebird 1.5rc4, Oracle 8.1.7 and PostgreSQL 7.4) raised errors with the same data.

Allow me to introduce you to strict mode: http://dev.mysql.com/doc/refma...

Which has been available for almost a decade.

Re:I never trusted Monty in the first place

[Anonymous Coward]

It throws an overflow exception, not silently change the value to what it thinks you might have wanted.

Re:I never trusted Monty in the first place

[ShieldW0lf]

The first item from your link:

He tries to insert 99999999999999 into a 32 bit int field, what he gets is 2147483647 stored as the value.

What do you suppose would happen in C/C++ if you have a 32 bit int, and you add 99999999999999 to it? Are you going to curse C/C++ for allowing the int to overflow?

Other databases (tested: Firebird 1.5rc4, Oracle 8.1.7 and PostgreSQL 7.4) raised errors with the same data.

Allow me to introduce you to strict mode: http://dev.mysql.com/doc/refma...

Which has been available for almost a decade.

You're like a dog with a bone. Last time I worked with MySQL was 5.0.1, and it was letting people insert ASCII strings into integer fields, and every time people expressed concerns, all you saw was rhetoric about how that should have been dealt with at the application layer. Which is fine if you're setting up a web forum, but not when you're organizing an enterprise that spans the world and has numerous applications accessing it, where one junior programmers mistake can hose your whole fucking enterprise. No client has mandated that I MUST use it since, therefore, I haven't used it since, and asked a serious question.

The history of MySQL was very well summed up in an earlier post: "ACID is hard, therefore we don't do it."

Not just me... most professionals know this and accept it and know that not every tool fits every scenario. Don't know what YOUR fucking problem is.

Re:I never trusted Monty in the first place

[neoform]

>Which is fine if you're setting up a web forum,

Or.. you know, a top 5 website... small potatoes.

>but not when you're organizing an enterprise that spans the world and has numerous applications accessing it

Silly me, I didn't realize every tech industry could be summed up so tightly. Everyone that uses mysql must simply be retarded, and everyone that uses PGSQL a genius.

>Not just me... most professionals know this and accept it and know that not every tool fits every scenario.

And yet somehow you insinuate that the only possible use for mysql is a "web forum".

Re:I never trusted Monty in the first place

[ShieldW0lf]

>Which is fine if you're setting up a web forum,

Or.. you know, a top 5 website... small potatoes.

Yes, exactly. A glorified web forum serving unreliable data at high speed. Do you have a reading comprehension problem or something?

Re:I never trusted Monty in the first place

[neoform]

Your definition of "web forum" is looser than mysql when it's not in strict mode.

Re:I never trusted Monty in the first place

[Bacon Bits]

C/C++ don't claim to follow relational data rules like MySQL does. Not only is SQL supposed to error if it can't do *exactly* as the user describes, it's supposed to change nothing if any of the affected rows error. It's not supposed to be allowed to guess if the user tells it to do something ambiguous or nonsensical. It's supposed to be required to throw an error in that case. Indeed, many RDBMSs error on some tasks simply because the result would be non-deterministic.

An RDBMS is not just a fancy key-value store. It's not a series of JSON or XML strings. It's a data entity rule set. Used correctly, it will not allow you to store obviously invalid data, even if the underlying datatypes allow the data as valid types.

Determinism is the real issue here. Imagine a compiler that produced different programs from the same source code. That's not particularly useful, is it? Well, a lot of the behavior that MySQL has let slide indicates that they don't particularly care about being deterministic. It's sloppy, and the one thing DBAs hate is sloppy, unpredictable results.

MySQL is the IE 6 of the database world. It encourages poor developer practice. It allows and even encourages lazy or downright risky developer behavior, when the RDBMS should be the element requiring the developer to think about how he stores his data and consider the ramifications of getting useful data from his system that go beyond his own needs. It has more oddball syntax than any other RDBMS, and is less likely to complain about data integrity and more likely to perform silent truncation or silent modification than even SQLite.

Re:I never trusted Monty in the first place

[ShieldW0lf]

Try implementing hundreds of pages of ISO specifications for medical applications, then come back and talk to me about the "complexity" of Wikipedia. It has users, posts, edits, search and not a whole hell of a lot more than that. It's a web forum, not overly different from Slashdot. If they lose a post, no one really cares that much.

I suppose you think Slashdot is complex too, do you?

Re:I never trusted Monty in the first place

[neoform]

Lol. I love how you're using a medical application as the standard/bar for all database use everywhere.

You would do very poorly working on large scale web services.

Re:I never trusted Monty in the first place

[ShieldW0lf]

Lol. I love how you're using a medical application as the standard/bar for all database use everywhere.

You would do very poorly working on large scale web services.

They seemed to like my work when I was helping rebuild all of Viacom's websites from scratch.

Re:I never trusted Monty in the first place

[dtfinch]

MySQL's had a strict mode since 2004 to reject invalid data. They didn't make it default until late 2012 though in 5.6.8, and I couldn't find what the MariaDB default is (short of downloading the source and looking). Even then, they only it in the default config file, so manual or distro-specific configs that omit the setting will fall back to the old truncation mode.

Re:I never trusted Monty in the first place

[neoform]

>MySQL is the IE 6 of the database world. It encourages poor developer practice

This would be true if IE6 was easier to use than every other browser out there.

MySQL is simple, fast and does a sufficient job for those who use it.

>It's not supposed to be allowed to guess if the user tells it to do something ambiguous or nonsensical.

Considering most people who use MySQL also use PHP, this actually makes perfect sense. PHP is loosely typed, and in a way, so is MySQL. It's forgiving and makes corrections based on context.

I'm curious if you actually feel MySQL has no place in any application...

Does ease of use count for nothing to you? It's significantly faster to get a web app up and running with mysql than it is with postgres.

Re:I never trusted Monty in the first place

[Anonymous Coward]

Does ease of use count for nothing to you?

MySQL is only easy to use if you think that means "easy to make it do something". With the far more sensible definition of "easy to make it do what you need", it loses hands down.

It's significantly faster to get a web app up and running with mysql than it is with postgres.

[citation needed]

Re:I never trusted Monty in the first place

[ShieldW0lf]

MySQL's had a strict mode since 2004 to reject invalid data. They didn't make it default until late 2012 though in 5.6.8, and I couldn't find what the MariaDB default is (short of downloading the source and looking). Even then, they only it in the default config file, so manual or distro-specific configs that omit the setting will fall back to the old truncation mode.

Yeah, but it didn't always work. I know what the docs say. The last time I looked at them, they were wrong. I don't trust them not to still be wrong, because I've been in the trenches long enough know the man behind the project is a liar and an attention whore. I was hoping to hear from someone who could say "Yeah, I tested it recently, and the constraints work fine now/are still silently ignored."

Re:I never trusted Monty in the first place

[Anonymous Coward]

I'm with neoform on this whole convo. You sound like an idiot from the first sentence. You used MySQL a long time ago and now you know every reason not to use it forever, right? Idiot.

Re:I never trusted Monty in the first place

[Bill_the_Engineer]

MySQL is simple, fast and does a sufficient job for those who use it.

I think his point is to say that MySQL is a full fledge SQL database is like saying IE 6 is a standards compliant web browser. Both do the job adequately for most people, but both aren't without serious faults.

MySQL owes its success to web frameworks where better SQL servers like Postgres are considered an overkill and it works quite well in that domain. If your requirements are more on the SQL-side than the web-side of the equation, you would do much better with Postgres.

Re:I never trusted Monty in the first place

[ShieldW0lf]

I'm with neoform on this whole convo. You sound like an idiot from the first sentence. You used MySQL a long time ago and now you know every reason not to use it forever, right? Idiot.

Awh, man... and my self-esteem was all tied up in what you guys thought of me, too. Whoever the fuck you are.

Re:I never trusted Monty in the first place

[Anonymous Coward]

Go the fuck back to Reddit.

Re:I never trusted Monty in the first place

[neoform]

>I think his point is to say that MySQL is a full fledge SQL database is like saying IE 6 is a standards compliant web browser.

Herein lies the problem: what standards are you referring to? ACID? Mysql 5.5 in strict mode *is* ACID compliant.

>MySQL owes its success to web frameworks where better SQL servers like Postgres are considered an overkill and it works quite well in that domain.

I think you're remembering history differently than it was. MySQL was always significantly faster than Postgres, which was a slow database until relatively recently. There's a reason companies like Google chose MySQL for their adsense platform.

>If your requirements are more on the SQL-side than the web-side of the equation, you would do much better with Postgres.

Oh, absolutely. But... this comes down to a "right tool for the job" situation. The other guy that was replying to me just hates mysql and sees no use for it.

Re:I never trusted Monty in the first place

[Anonymous Coward]

ah strict mode, so when mysql loses or corrupts your data it loses and corrupts accurate data.

here's a quarter kid, get yourself a real dbms

Re:I never trusted Monty in the first place

[Anonymous Coward]

Whoa! Look at this idiot so obsessed with responding to everyone who calls him an idiot as if he's protecting his idiot ego.

Re:I never trusted Monty in the first place

[Anonymous Coward]

Thank you for your valuable contribution to the discussion.

Re:I never trusted Monty in the first place

[Bill_the_Engineer]

Herein lies the problem: what standards are you referring to? ACID? Mysql 5.5 in strict mode *is* ACID compliant.

If that is really true then it's about time. It took them long enough. I knew something good was bound to come from Oracle.

I think you're remembering history differently than it was. MySQL was always significantly faster than Postgres, which was a slow database until relatively recently.

Nope. I remember history just fine. I remember having trouble with replication. I remember having to manually check for overflows. I remember having to wait for InnoDB to become available in order to have transaction support. I've been using MySQL for many many years and I know its limitations. I still use MySQL while keeping its limitations in mind. I also know enough to realize there are better alternatives.

There's a reason companies like Google chose MySQL for their adsense platform.

Yes it's called not really needing a heavy SQL engine for something as simple as tracking click traffic.

commodity ignorance

[Anonymous Coward]

claiming that now its replications slaves are crash free

Reminds me of american food adverts, typically "now -free!"

Re:So why should I use this when mysql is still fr

[cheesybagel]

Because Oracle owns MySQL.

What does "And now with NoSQL" mean?

[mlk]

Does it have schema-less mode?
Have they buggered up the SQL parser?
Have they buggered up relations?
Can I separate out data sets and have 'em running on different node?

Re:What does "And now with NoSQL" mean?

[mlk]

It looks like it now has a schema-less (Key–value if I'm reading it right) mode as well as a method of dumping anything into said KV data store.

Re:really..

[scottbomb]

Probably written in India.

Crash free vs crash-safe

[MtHuurne]

The summary says the replication slaves are now crash free, but TFA says they are crash-safe. My database knowledge doesn't go very deep, but I think the latter means they won't lose data on crashes, not that they never crash.

Re:Crash free vs crash-safe

[MindStalker]

No such thing as crash-free. Hardware/power/other software can cause crashes as well. Its way better to be crash-safe than crash proof. Crash proof is just waiting to be proved wrong.

Re:Crash free vs crash-safe

[Anonymous Coward]

I'm not aware of Maria's specific implementation but, yes, crash-safe generally means that it uses a journalling system so that at worst it loses just the currently open transaction(s) in the event of a power failure or other system crash.

Why?

[Anonymous Coward]

Why do you want to run a SQL server that has NO SQL support??

Re:Why?

[tverbeek]

"Why do you want to run a SQL server that has NO SQL support??"

That was certainly my first question.

Re:Why?

[jlockard]

Because NoSQL, does not stand for what it appears to stand for. It's a really crappy acronym. NoSQL really stands for "Not Only Structured Query Language" as compared to "Doesn't support Structured Query Language". So, something that is "NoSQL" will do SQL styled queries as well as other types of non-SQL queries

Re:Why?

[Anonymous Coward]

NoSQL really stands for "Not Only Structured Query Language"

That's a blatantly obvious back-pedal from when the NoSQL zealots realised that hey, maybe SQL is good for some things after all. I suppose they at least deserve some credit for realising they were wrong, even if they won't admit it out loud.

Re:Why?

[Anonymous Coward]

NoSQL was always a misnomer meaning 'not relational'.

Re:really..

[Anonymous Coward]

Mariadb, and other mysql spinoffs, have one key advantage over mysql....not owned by Oracle.

Aka...

MariaDB is not trying to keep mysql a technology backwater to protect proprietary Oracle db offerings. Its also not in bed with the NSA. Anyone that uses any Oracle products (including oracle implementation of Java), the same company that got its start selling software to the CIA, is dumb as a rock if they think they are getting security.

Re:So why should I use this when mysql is still fr

[Anonymous Coward]

go back to ars, you MS using @$%^&^

This is new?

[Just Some Guy]

I'd always thought MySQL was NoSQL to begin with. "Datatypes? Integrity? What geezer wants those! LOL! We're webscale!"

(I love NoSQL DBs like Cassandra for the right applications. I haven't ever found an application for which I'd love MySQL.)

Re:This is new?

[Anonymous Coward]

Its the Corvair of databases: unsafe at any speed.

Weed out jobs

[Anonymous Coward]

I weed out the jobs I look by using MySQL.

If the job says MySQL, I look elsewhere, it tells me that the architect was looking at popular rather than robust when making their software decisions.

use your WORDS boy! WORDS!

[Anonymous Coward]

EOM

Re:warning citizens

[gmuslera]

Nullius in verba, if in doubt, you can always check the source in this case. And if you can't check the source, then you can't trust.