<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comentarii pentru: Repararea unei baze de date MySQL din consola</title>
	<atom:link href="http://unepetitemonde.wordpress.com/2008/04/27/repararea-unei-baze-de-date-mysql-din-consola/feed/" rel="self" type="application/rss+xml" />
	<link>http://unepetitemonde.wordpress.com/2008/04/27/repararea-unei-baze-de-date-mysql-din-consola/</link>
	<description>... sau fiecare cu lumea lui</description>
	<lastBuildDate>Sun, 02 Nov 2008 11:00:03 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>de: Agkelos</title>
		<link>http://unepetitemonde.wordpress.com/2008/04/27/repararea-unei-baze-de-date-mysql-din-consola/#comment-97</link>
		<dc:creator>Agkelos</dc:creator>
		<pubDate>Fri, 30 May 2008 09:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://unepetitemonde.wordpress.com/?p=84#comment-97</guid>
		<description>Salut !

Sunt foarte multe chestii care se pot face, dar trebuie sa stai sa studiezi. In principiu incearca sa editezi /etc/my.cnf. Pune buffere mai mici peste tot, in mod special key_buffer_size care de obicei e setat pe valori mari (peste 500MB). Cauta toate bufferele si pune-le la valori decente/mici. E mult mai importanta stabilitatea decat viteza, deci pune un minim care ti-l permiti si apoi in functie de cum se comporta serverul mai cresti unde/daca e cazul. De asemenea pune si timeout-ul la valori decente. S-ar putea sa se pastreze in memorie conexiuni nefolosite.</description>
		<content:encoded><![CDATA[<p>Salut !</p>
<p>Sunt foarte multe chestii care se pot face, dar trebuie sa stai sa studiezi. In principiu incearca sa editezi /etc/my.cnf. Pune buffere mai mici peste tot, in mod special key_buffer_size care de obicei e setat pe valori mari (peste 500MB). Cauta toate bufferele si pune-le la valori decente/mici. E mult mai importanta stabilitatea decat viteza, deci pune un minim care ti-l permiti si apoi in functie de cum se comporta serverul mai cresti unde/daca e cazul. De asemenea pune si timeout-ul la valori decente. S-ar putea sa se pastreze in memorie conexiuni nefolosite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>de: Dan</title>
		<link>http://unepetitemonde.wordpress.com/2008/04/27/repararea-unei-baze-de-date-mysql-din-consola/#comment-76</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 20 May 2008 17:21:14 +0000</pubDate>
		<guid isPermaLink="false">http://unepetitemonde.wordpress.com/?p=84#comment-76</guid>
		<description>Salut,
Am o problema in baza de date la un site phpbb / mysql. Practic nu afiseaza nici o eroare, dar consuma tot RAM-ul serverului pina acesta crapa (1GB).
Nimeni nu stie cum sa identifice eroarea sau ce sa fac cu site-ul si deocamdata singura solutie pare sa fie schimbarea pe vbulletin si pierderea membrilor forumului.

Exista posibilitatea de a analiza / diagnostica baza de date MySQL ?</description>
		<content:encoded><![CDATA[<p>Salut,<br />
Am o problema in baza de date la un site phpbb / mysql. Practic nu afiseaza nici o eroare, dar consuma tot RAM-ul serverului pina acesta crapa (1GB).<br />
Nimeni nu stie cum sa identifice eroarea sau ce sa fac cu site-ul si deocamdata singura solutie pare sa fie schimbarea pe vbulletin si pierderea membrilor forumului.</p>
<p>Exista posibilitatea de a analiza / diagnostica baza de date MySQL ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
