Re: Scaling Mysql

2009-08-24 Thread Krishna Chandra Prajapati
Friday, August 21, 2009 9:23 PM > To: wha...@bfs.de > Cc: MySQL > Subject: Re: Scaling Mysql > > Hi wharms, > > Yor are right. It's some kind of queue mechanism. Right now i am working i > telco company (We used to send sms) > > Users will be inserting recor

RE: Scaling Mysql

2009-08-24 Thread Gavin Towey
Have you looked at MySQL cluster? It was created specifically for telco needs. -Original Message- From: Krishna Chandra Prajapati [mailto:prajapat...@gmail.com] Sent: Friday, August 21, 2009 9:23 PM To: wha...@bfs.de Cc: MySQL Subject: Re: Scaling Mysql Hi wharms, Yor are right. It&#

Re: Scaling Mysql

2009-08-21 Thread Krishna Chandra Prajapati
Hi wharms, Yor are right. It's some kind of queue mechanism. Right now i am working i telco company (We used to send sms) Users will be inserting records into send_sms @ 30,000msg/min Then those record will be updated and moved to alt_send_sms and deleted from send_sms. After that 30,000msg/min

RE: Scaling Mysql

2009-08-21 Thread mos
I forgot. It's all done in one sql statement. Mike -Original Message- From: Jerry Schwartz [mailto:jschwa...@the-infoshop.com] Sent: Friday, August 21, 2009 8:32 AM To: 'mos'; 'MySQL' Subject: RE: Scaling Mysql > >Krishna, > Rather than copying

RE: Scaling Mysql

2009-08-21 Thread Jerry Schwartz
>-Original Message- >From: Gavin Towey [mailto:gto...@ffn.com] >Sent: Friday, August 21, 2009 2:45 PM >To: Jerry Schwartz; 'mos'; 'MySQL' >Subject: RE: Scaling Mysql > >RENAME statement is atomic, and you can specify multiple tables to rename a

RE: Scaling Mysql

2009-08-21 Thread Gavin Towey
hwa...@the-infoshop.com] Sent: Friday, August 21, 2009 8:32 AM To: 'mos'; 'MySQL' Subject: RE: Scaling Mysql > >Krishna, > Rather than copying rows from one table to another, and deleting the >previous rows, why not just do: > >1) create table send_sms_emp

RE: Scaling Mysql

2009-08-21 Thread Jerry Schwartz
> >Krishna, > Rather than copying rows from one table to another, and deleting the >previous rows, why not just do: > >1) create table send_sms_empty like send_sms; > >2) rename table send_sms to send_sms_full;rename send_sms_empty to send_sms; > >3) insert into alt_send_sms select * from send_

Re: Scaling Mysql

2009-08-21 Thread mos
At 01:30 AM 8/21/2009, Krishna Chandra Prajapati wrote: Hi list, I have two tables send_sms and alt_send_sms. Users are inserting records into send_sms @ 500/sec ie 3/min. After applying some updates to send_sms data are transferred to alt_send_sms and deleted from send sms. The same thing i

Re: Scaling Mysql

2009-08-21 Thread walter harms
Krishna Chandra Prajapati schrieb: > Hi list, > > I have two tables send_sms and alt_send_sms. Users are inserting records > into send_sms @ 500/sec ie 3/min. After applying some updates to > send_sms data are transferred to alt_send_sms and deleted from send sms. The > same thing is happeni

Re: Re: Scaling mysql

2001-03-03 Thread vinod panicker
r" <[EMAIL PROTECTED]> From:"Jason Landry" <[EMAIL PROTECTED]> Date:Sat, 3 Mar 2001 03:38:10 -0600 CC:<[EMAIL PROTECTED]> Subject: Re: Scaling mysql Have you considered replication? There's a pretty good chapter in the MySQL manual on how to objectively determine

Re: Scaling mysql

2001-03-03 Thread Jason Landry
Have you considered replication? There's a pretty good chapter in the MySQL manual on how to objectively determine the benefit to a master/slave setup with n slaves (it depends on how often writes happen to the database). - Original Message - From: "vinod panicker" <[EMAIL PROTECTED]> To