Open Source RDBMS - Seamless, Scalable, Stable and Free

한국어 | Login |Register

(click on this box to dismiss)

CUBRID & highload?


I have a banner network project. I need to INSERT up to 2k rows per second (thats a peak load) in one table and UPDATE up to 300 rows in another.

Table for INSERTs looks like this: id primary key, ip integer, date (date when record was added), user agent, referer, publisher_id (references row in another table), feed_id (references row in another table).

Table for UPDATEs has 12 fields and intentified by primary key id, only one of them (integer counter) is updated.

Also I need to do 2 SELECTs: one on INSERTs table and one on another table with ~10k records.

INSERTs table can have up to 10 million records (this is a log for views/clicks).

Currently I'm using MySQL with Infobright extension, but I already see it doesn't handle load. Scaling MySQL is a problem, so I'm looking for some alternative able to handle such load.

The question is: is CUBRID ready for this? Is it stable?

link comment (0)
asked 5 years ago
45 Answers

I don't make sure what I'm saying is sutalble to your case.  But according to CUBRID testing result, , CUBRID can meet your need in case of insert performance. In case of select, If you specify more of your environment, we can estimate it

link comment (0)
answered 5 years ago

Dear naquad,
Sorry for late asnwering.
Before I answer to your question, I'd like to ask to read an article about CUBRID Shard, which must be inlcuded in the very next version. We have completed development and binary is ready however documentating manuals takes so long. When all set, we will release out. Here is an article which might help you:  and

Back to your service, I guess it has heavy WRITE operations into mainly 2 tables and DB scalability matters. I think DB shard solution can help your service by dividing your single DB into 2 shards having the same table schema, middleware(we call Proxy) knows where to execute SQLs based on your PK and location map(shard rule). However if your SELECT needs aggregation of 2 shards at once, it can matters. In other hands, if your application allows SELECT data from shard1 and from shard2 separately, then DB shrad si definitely suitable.  As far as I know, MySQL also has a Sharding solution, called "Spider" and I think you should look into it. If this is not urgent that much, please wait for our new version and test CUBRID Shard for your service.  
Thank you!  


link comment (0)
answered 5 years ago

You are either using a very old browser or a browser that is not supported.
In order to browse you need to have one of the following browsers:

Internet Explorer: Mozilla Firefox: Google Chrome: