<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How to track down the source of Aborted_connects</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 21 Nov 2009 05:23:57 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/comment-page-1/#comment-348454</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sun, 24 Aug 2008 17:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=475#comment-348454</guid>
		<description>Baron, Antony

Indeed Audit extensions are must to have in MySQL.
At least very basics it would be good to split Aborted_connects to   network related and Authentication_Failures  as these are very different events.
Aborted_clients may also benefit splitting somehow because unexpected aborts (network related) are not the same as aborts when client exists without closing connection or because wait_timeout seconds passed.</description>
		<content:encoded><![CDATA[<p>Baron, Antony</p>
<p>Indeed Audit extensions are must to have in MySQL.<br />
At least very basics it would be good to split Aborted_connects to   network related and Authentication_Failures  as these are very different events.<br />
Aborted_clients may also benefit splitting somehow because unexpected aborts (network related) are not the same as aborts when client exists without closing connection or because wait_timeout seconds passed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arjen Lentz</title>
		<link>http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/comment-page-1/#comment-348327</link>
		<dc:creator>Arjen Lentz</dc:creator>
		<pubDate>Sun, 24 Aug 2008 11:38:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=475#comment-348327</guid>
		<description>Many things that are not being built in/for proxy and enterprise monitor should be direct server features or plugins.
That not being the case is not a technical decision but one of product marketing. And I *DO NOT LIKE IT*.
IMHO the &quot;but we need to make money&quot; argument is a wussy cop-out. It&#039;s just so that people don&#039;t have to use their imagination a bit more. What a pity. Such good things could come of looking for real opportunities.</description>
		<content:encoded><![CDATA[<p>Many things that are not being built in/for proxy and enterprise monitor should be direct server features or plugins.<br />
That not being the case is not a technical decision but one of product marketing. And I *DO NOT LIKE IT*.<br />
IMHO the &#8220;but we need to make money&#8221; argument is a wussy cop-out. It&#8217;s just so that people don&#8217;t have to use their imagination a bit more. What a pity. Such good things could come of looking for real opportunities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/comment-page-1/#comment-348113</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Sat, 23 Aug 2008 19:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=475#comment-348113</guid>
		<description>It&#039;s too bad it&#039;s not in the server!  There&#039;s no possibility of patching the server in most cases like this.</description>
		<content:encoded><![CDATA[<p>It&#8217;s too bad it&#8217;s not in the server!  There&#8217;s no possibility of patching the server in most cases like this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antony Curtis</title>
		<link>http://www.mysqlperformanceblog.com/2008/08/23/how-to-track-down-the-source-of-aborted_connects/comment-page-1/#comment-348108</link>
		<dc:creator>Antony Curtis</dc:creator>
		<pubDate>Sat, 23 Aug 2008 19:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=475#comment-348108</guid>
		<description>If you were to dig out one of my earlier Audit patches for MySQL, you could have hooked a plugin on the aborted connect event and no need to mess about with tcpdump.</description>
		<content:encoded><![CDATA[<p>If you were to dig out one of my earlier Audit patches for MySQL, you could have hooked a plugin on the aborted connect event and no need to mess about with tcpdump.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
