Comments on: How to track what owns a MySQL connection http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/ Stay curious! Fri, 12 Mar 2010 01:22:18 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: binzhang http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/#comment-15804 binzhang Tue, 10 Feb 2009 08:31:59 +0000 http://www.xaprb.com/blog/?p=188#comment-15804 looks like thread id in "prstat -L -p $mysqld_pid " is the select connection_id()+10. thread 1-10 are internal thread and not in show processlist. looks like thread id in “prstat -L -p $mysqld_pid ” is the select connection_id()+10.

thread 1-10 are internal thread and not in show processlist.

]]> By: innotop 1.5.0 released at Xaprb http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/#comment-13388 innotop 1.5.0 released at Xaprb Mon, 10 Sep 2007 21:59:06 +0000 http://www.xaprb.com/blog/?p=188#comment-13388 [...] and InnoDB Transaction List modes. These show the originating program and PID for connections by querying tables in which this data is stored. The plugin adds the columns and expressions for them, and then adds the data in by using [...] [...] and InnoDB Transaction List modes. These show the originating program and PID for connections by querying tables in which this data is stored. The plugin adds the columns and expressions for them, and then adds the data in by using [...]

]]> By: Dmitriy http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/#comment-11568 Dmitriy Wed, 13 Jun 2007 23:23:02 +0000 http://www.xaprb.com/blog/?p=188#comment-11568 SoftTree Technologies now provides full MySQL auditing including both network based and local access as part of the DB Audit solution. The solution comes with graphical tools for setting up the auditing and for monitoring and reporting on database access and user activities within MySQL databases; and also includes a back-end API that allows hooking the auditing into third-party applications. For details, see http://www.softtreetech.com/idbaudit.htm For more details contact SoftTree Technologies SoftTree Technologies now provides full MySQL auditing including both network based and local access as part of the DB Audit solution. The solution comes with graphical tools for setting up the auditing and for monitoring and reporting on database access and user activities within MySQL databases; and also includes a back-end API that allows hooking the auditing into third-party applications.

For details, see http://www.softtreetech.com/idbaudit.htm

For more details contact SoftTree Technologies

]]> By: Tobin Harris http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/#comment-1972 Tobin Harris Mon, 25 Sep 2006 13:12:25 +0000 http://www.xaprb.com/blog/?p=188#comment-1972 <p>Nice idea that, totally understand why you needs this. </p> <p>Another approach is to have a different user for each "application" that connects. It isn't quite as good since you can't see what process opened the connection, but it does mean you can monitor which applications are doing what if you know that application A corresponds to a certain user. I used it to see which applications aren't releasing connections. </p> <p>Something that might help solve all problems would be the ability to pass a token in when opening a connection. Such as this</p> <pre>conStr = "blah=blah;token=" + this.Process.Id; con = new MySqlConnection(con);</pre> <p>Then, you could see in MySQL process list the token associated with the connection. This would help me greatly as then you could even indicate in the token which function/subroutine the connection was opened from if tha twas the level of granularity required. </p> <p>Tobin</p> Nice idea that, totally understand why you needs this.

Another approach is to have a different user for each “application” that connects. It isn’t quite as good since you can’t see what process opened the connection, but it does mean you can monitor which applications are doing what if you know that application A corresponds to a certain user. I used it to see which applications aren’t releasing connections.

Something that might help solve all problems would be the ability to pass a token in when opening a connection. Such as this

conStr = "blah=blah;token=" + this.Process.Id;
con = new MySqlConnection(con);

Then, you could see in MySQL process list the token associated with the connection. This would help me greatly as then you could even indicate in the token which function/subroutine the connection was opened from if tha twas the level of granularity required.

Tobin

]]> By: Xaprb http://www.xaprb.com/blog/2006/07/23/how-to-track-what-owns-a-mysql-connection/#comment-1810 Xaprb Thu, 14 Sep 2006 17:35:33 +0000 http://www.xaprb.com/blog/?p=188#comment-1810 <p>Yes, I know, and I've known that for years :-) But what is the UNIX process ID of the program that made the connection?</p> <p>This article isn't about knowing what your connection ID is, or what your connection is doing. This article is about being a DBA and seeing a connection that is doing something ridiculous, or hung, or just staying open for three days. You don't want to just kill the connection. You want to find the code that made the connection, and fix it. OK, you can easily find out the connection ID (in fact, by definition, you should already know that information before any of the rest of my article is of any use to you), and the machine where the connection was made. But can you find out the program on that machine that made the connection? Let's pretend you can (probably impossible for most of you). And if it's "/usr/sbin/apache2," what then?</p> <p><strong>The connection is not the source of the trouble. Knowing the connection ID is trivial, and doesn't get you anywhere. The program that made the connection is the problem, and that is what you need to find out.</strong> That is the point of this article. The further point of this article is that <strong>you cannot find this information from within MySQL</strong>. You have to do some sort of technique such as the ones I suggest here.</p> Yes, I know, and I’ve known that for years :-) But what is the UNIX process ID of the program that made the connection?

This article isn’t about knowing what your connection ID is, or what your connection is doing. This article is about being a DBA and seeing a connection that is doing something ridiculous, or hung, or just staying open for three days. You don’t want to just kill the connection. You want to find the code that made the connection, and fix it. OK, you can easily find out the connection ID (in fact, by definition, you should already know that information before any of the rest of my article is of any use to you), and the machine where the connection was made. But can you find out the program on that machine that made the connection? Let’s pretend you can (probably impossible for most of you). And if it’s “/usr/sbin/apache2,” what then?

The connection is not the source of the trouble. Knowing the connection ID is trivial, and doesn’t get you anywhere. The program that made the connection is the problem, and that is what you need to find out. That is the point of this article. The further point of this article is that you cannot find this information from within MySQL. You have to do some sort of technique such as the ones I suggest here.

]]>