Error

2011-01-13 Thread Rafael Valenzuela
Hi everybody: I've this problem but i don't konw why? i use MySQL Server 5.5 and my application it's Pentaho 2011-01-13 11:00:44,156 WARN [org.pentaho.reporting.libraries.base.boot.PackageState] Unable to initialize the module ext-datasources-sampledata 2011-01-13 11:03:53,406 ERROR [org.pentah

Re: Error

2011-01-13 Thread Michael Dykman
This doesn't look like a mysql problem per-se. It looks like the problem lies with connection pooling somewhere in your Java stack; it looks like Pentaho's connection pooling is misconfigured alloing stale connections to remain in the pool. I suggest that you take this query to a Pentaho support

Re: Error

2011-01-13 Thread Rafael Valenzuela
I'm sorry Michael and list mysql , I had realised that my mistake not happen again 2011/1/13 Michael Dykman > This doesn't look like a mysql problem per-se. It looks like the > problem lies with connection pooling somewhere in your Java stack; > it looks like Pentaho's connection pooling is

I/O read performance

2011-01-13 Thread Steve Staples
Hello, I've been noticing a little lag in my application lately, it seems as if 1 table in 1 database is getting slower to read from. Mind you, that table is being accessed a LOT of times per second every hour of every day, and then the "application" searches on this same table too. In my sand

Re: I/O read performance

2011-01-13 Thread Johnny Withers
(Assuming you are on Linux) Take a look at the output of: iostate -xk 60 The output will update every 60 secs. Take a look at the value in the %util column after a few updates, if it's around 90% you have become disk bound and you'll need to figure out a way to decrease some load on the disk. You

re: I/O read performance

2011-01-13 Thread Peter Brawley
On 1/13/2011 1:44 PM, Steve Staples wrote: Hello, I've been noticing a little lag in my application lately, it seems as if 1 table in 1 database is getting slower to read from. Mind you, that table is being accessed a LOT of times per second every hour of every day, and then the "application"

Re: I/O read performance

2011-01-13 Thread Michael Dykman
The behaviour of mixed reads/write o your system is heavily dependant on what types of tables you are using. The fully ACID tables types, most notably InnoDB support that model far better than MyISAM tables.. Not to discount the value of measuring your raw i/o performance, but first we should det

Re: I/O read performance

2011-01-13 Thread Steve Staples
On Thu, 2011-01-13 at 15:07 -0500, Michael Dykman wrote: > The behaviour of mixed reads/write o your system is heavily dependant > on what types of tables you are using. The fully ACID tables types, > most notably InnoDB support that model far better than MyISAM tables.. > Not to discount the val

Re: I/O read performance

2011-01-13 Thread Steve Meyers
On 1/13/11 1:21 PM, Steve Staples wrote: table type is MyISAM, it is a "customer_account" table, which holds the email address, and the customer_id field, the queries that are constantly being queried is "select customer_id from customer_account where customer_email = '' and `status`='1'; Do

Re: I/O read performance

2011-01-13 Thread Steve Staples
On Thu, 2011-01-13 at 13:51 -0700, Steve Meyers wrote: > On 1/13/11 1:21 PM, Steve Staples wrote: > > table type is MyISAM, it is a "customer_account" table, which holds the > > email address, and the customer_id field, the queries that are > > constantly being queried is "select customer_id from

Re: I/O read performance

2011-01-13 Thread Steve Meyers
On 1/13/11 2:13 PM, Steve Staples wrote: On Thu, 2011-01-13 at 13:51 -0700, Steve Meyers wrote: On 1/13/11 1:21 PM, Steve Staples wrote: table type is MyISAM, it is a "customer_account" table, which holds the email address, and the customer_id field, the queries that are constantly being quer

Large table

2011-01-13 Thread Sairam Krishnamurthy
All, I have a very large table. It has about 1 billion rows. Initially everything was fine. But now the table is a bit slow. Loaded takes a lot of time. I usually load in chunks of 22 million rows. Is the size of the table any way related to the performance? I am not sure about this. Will

Re: I/O read performance

2011-01-13 Thread Reindl Harald
Am 13.01.2011 22:13, schrieb Steve Staples: > the only writes that happen, is when a customer has their "status" > changed, password updates, or they change their name, OR when a new > customer is created. I would say a new customer get created (insert > into) about 30 times per day, and a cus

Re: I/O read performance

2011-01-13 Thread Steve Meyers
On 1/13/11 3:51 PM, Reindl Harald wrote: Are you sure that the lags are really the query and not the connection? I have seen on a windows server with ipv7 large lags because mysql treid by every connect to make a dns-reverse-lookup first on ipv6 and after fail ipv4 "skip-name-resolve" in the my

Re: Large table

2011-01-13 Thread Yogesh Kore
What is the table type for Table? Firstly check with queries and index if required. Check if queries using this table can be fine tuned. Check if table getting locked. If size of table is problem and if the table type is innodb check for innodb_file_per_table options. Also have a look for portion