Comments on: Heikki Tuuri to answer your in depth Innodb questions http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/ Everything about MySQL Performance Sat, 21 Nov 2009 05:23:57 -0800 http://wordpress.org/?v=2.8.4 hourly 1 By: Kunal Jain http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-395859 Kunal Jain Sat, 29 Nov 2008 09:42:37 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-395859 I have a QuadCore Server(4 Cores). How can i configure mysql to use all the four cores. Right now mysql process use only one core whose utilization goes upto 95%. Thanks in advance Kunal Jain I have a QuadCore Server(4 Cores). How can i configure mysql to use all the four cores. Right now mysql process use only one core whose utilization goes upto 95%.

Thanks in advance
Kunal Jain

]]> By: Khaled http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-232129 Khaled Sun, 20 Jan 2008 12:23:36 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-232129 Dear Sir,,, Will you please to help me for getting the two-phase locking algorithm pseudo code or the Intention lock algorithm pseudo code Thank you Dear Sir,,,

Will you please to help me for getting the two-phase locking algorithm pseudo code or the Intention lock algorithm pseudo code
Thank you

]]> By: Log Buffer #65: a Carnival of the Vanities for DBAs » Hancorp Technologies http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-217337 Log Buffer #65: a Carnival of the Vanities for DBAs » Hancorp Technologies Fri, 14 Dec 2007 00:46:56 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-217337 [...] measuring how far behind your slave is lagging. Over at the MySQL Performance Blog there is an opportunity to ask questions of Heikki Tuuri, the creator of InnoDB, and Peter has some thoughts on a few serious bugs in the [...] [...] measuring how far behind your slave is lagging. Over at the MySQL Performance Blog there is an opportunity to ask questions of Heikki Tuuri, the creator of InnoDB, and Peter has some thoughts on a few serious bugs in the [...]

]]> By: Heikki Tuuri Innodb answers - Part I | MySQL Performance Blog http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-181510 Heikki Tuuri Innodb answers - Part I | MySQL Performance Blog Fri, 26 Oct 2007 23:55:39 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-181510 [...] almost a month since I promised Heikki Tuuri to answer Innodb Questions. Heikki is a busy man so I got answers to only some of the questions but as people still poking me [...] [...] almost a month since I promised Heikki Tuuri to answer Innodb Questions. Heikki is a busy man so I got answers to only some of the questions but as people still poking me [...]

]]> By: Alexander Rubin http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-176326 Alexander Rubin Wed, 10 Oct 2007 16:47:40 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-176326 Re: 42 That is a good question for Heikki, actually. Re: 42

That is a good question for Heikki, actually.

]]> By: mike http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-175934 mike Tue, 09 Oct 2007 02:06:46 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-175934 re: 42 there could still be some other way to intercept that and give a reliable method without making separate tables and having to add application logic to update it right? re: 42

there could still be some other way to intercept that and give a reliable method without making separate tables and having to add application logic to update it right?

]]> By: Alexander Rubin http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-175932 Alexander Rubin Tue, 09 Oct 2007 01:57:23 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-175932 re: 41 Mike, INFORMATION_SCHEMA or show table status info is not 100% correct, it is approximate. And count(*) will give you exact number of rows in innodb (with the considiration of other transactions/repeatable read) re: 41

Mike, INFORMATION_SCHEMA or show table status info is not 100% correct, it is approximate. And count(*) will give you exact number of rows in innodb (with the considiration of other transactions/repeatable read)

]]> By: mike http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-175917 mike Tue, 09 Oct 2007 00:18:41 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-175917 I know that SELECT COUNT(*) or COUNT(column) from InnoDB is not optimized because of how InnoDB does row versioning or something it does not keep track of the row count. So people suggest using a separate table with table_name/num_rows. However, couldn't this easily be fixed in MySQL - if table handler is InnoDB, a select count() (with no WHERE clause, obviously) could read the row count from INFORMATION_SCHEMA or maybe just another internal variable? Was just thinking about this earlier today, thought I would pose it as a question. I know that SELECT COUNT(*) or COUNT(column) from InnoDB is not optimized because of how InnoDB does row versioning or something it does not keep track of the row count. So people suggest using a separate table with table_name/num_rows. However, couldn’t this easily be fixed in MySQL – if table handler is InnoDB, a select count() (with no WHERE clause, obviously) could read the row count from INFORMATION_SCHEMA or maybe just another internal variable? Was just thinking about this earlier today, thought I would pose it as a question.

]]> By: peter http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-175387 peter Sat, 06 Oct 2007 19:52:37 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-175387 OK. Combined the questions and added some 10 more from myself and sent to Heikki to reply. OK. Combined the questions and added some 10 more from myself and sent to Heikki to reply.

]]> By: mike http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/comment-page-1/#comment-174736 mike Thu, 04 Oct 2007 04:34:17 +0000 http://www.mysqlperformanceblog.com/2007/09/28/heikki-tuuri-to-answer-your-in-depth-innodb-questions/#comment-174736 Re: 38 Hi Alexander, I can afford maybe 24 hours max. Thats why I don't want to dump/restore. Reasons to migrate are: 1) Be on latest version 2) Hopefully 5.1.X has better performance due to: a) O_DIRECT works in 5.1 on Solaris b) 5.1 eliminates concurrency problem with auto-inc c) Partitioning 3) My boss wants to So not real strong reasons. I can stay on 4.1.14 if I have to. The master/slave idea sounds interesting, can you send me email so we can discuss offline? Re: 38

Hi Alexander,

I can afford maybe 24 hours max. Thats why I don’t want to
dump/restore.

Reasons to migrate are:

1) Be on latest version
2) Hopefully 5.1.X has better performance due to:
a) O_DIRECT works in 5.1 on Solaris
b) 5.1 eliminates concurrency problem with auto-inc
c) Partitioning
3) My boss wants to

So not real strong reasons. I can stay on 4.1.14 if I
have to.

The master/slave idea sounds interesting, can you send me
email so we can discuss offline?

]]>