<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Kadir Özdemir &#187; mysql</title>
	<atom:link href="http://www.skorp.eu/tag/mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.skorp.eu</link>
	<description>Programlama, Güvenlik, Design ve hayatimdan kesintiler</description>
	<lastBuildDate>Fri, 02 Dec 2011 14:29:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>hostname degisikliginde slave calismiyor (mysql master / slave)</title>
		<link>http://www.skorp.eu/2009/09/14/hostname-degisikliginde-slave-calismiyor-mysql-master-slave/</link>
		<comments>http://www.skorp.eu/2009/09/14/hostname-degisikliginde-slave-calismiyor-mysql-master-slave/#comments</comments>
		<pubDate>Mon, 14 Sep 2009 15:53:09 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.skorp.eu/?p=362</guid>
		<description><![CDATA[bugün yeni bir sugarcrm kurarken fark ettimki slave durmus calismiyor hemen loglara baktim ve bu hatalari gördüm: hata slave in hostname i degistigi ve yeniden baslatildigi icin geliyordu, slave i durdurup yeniden baslatmayi denedim ama bu hata ile karsilastim: biraz google de aradikdan sonra bu yaziyi buldum: kisaca yapilanlari anlatmaya caliscagim, öncelikle slave i durduralim: [...]]]></description>
			<content:encoded><![CDATA[<p>bugün yeni bir sugarcrm kurarken fark ettimki slave durmus calismiyor hemen loglara baktim ve bu hatalari gördüm:</p>
<pre class="brush: plain; title: ; notranslate">
090914 16:14:33 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay-log=/var/run/mysqld/mysqld-relay-bin' to avoid this problem.
090914 16:14:33 [ERROR] Failed to open the relay log '/var/run/mysqld/mysqld-relay-bin.000492' (relay_log_pos 35994)
090914 16:14:33 [ERROR] Could not find target log during relay log initialization
090914 16:14:33 [ERROR] Failed to initialize the master info structure
</pre>
<p>hata slave in hostname i degistigi ve yeniden baslatildigi icin geliyordu,</p>
<p>slave i durdurup yeniden baslatmayi denedim ama bu hata ile karsilastim:</p>
<pre class="brush: plain; title: ; notranslate">
ERROR 1201 (HY000): Could not initialize master info structure; more error messages can be found in the MySQL error log
</pre>
<p>biraz google de aradikdan sonra bu <a href="http://blogs.sun.com/trentlloyd/entry/watch_out_for_hostname_changes">yaziyi</a>  buldum:</p>
<p>kisaca yapilanlari anlatmaya caliscagim, öncelikle slave i durduralim: </p>
<pre class="brush: plain; title: ; notranslate">
mysql&gt; stop Slave;
</pre>
<p>ardindan </p>
<pre class="brush: plain; title: ; notranslate">
mysql&gt; SHOW SLAVE STATUS\G
yazip su  bes satira dikkat ediyoruz

*************************** 1. row ***************************
Master_Host: localhost
Master_User: root
Master_Port: 3306
Relay_Master_Log_File: gbichot-bin.005
Exec_Master_Log_Pos: 79
</pre>
<p>Simdi slave i resetleyip, kaldigi yerden devam etmesini söyliyecegiz.</p>
<pre class="brush: plain; title: ; notranslate">
mysql&gt; RESET SLAVE;
mysql&gt; CHANGE MASTER TO MASTER_HOST=&quot;localhost&quot;, MASTER_USER=&quot;root&quot;, MASTER_PASSWORD=&quot;test&quot;, MASTER_LOG_FILE=&quot;gbichot-bin.005&quot;, MASTER_LOG_POS=79;
</pre>
<p>*ikinci satiri yukardaki kendi verilerinizle degistirin (sifrenizi /etc/my.cnf de bula bilirsiniz)</p>
<p>simdi slave i yeniden baslatalim:</p>
<pre class="brush: plain; title: ; notranslate">
mysql&gt; START SLAVE;
ardindan
mysql&gt; SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 8
</pre>
<p>ve bu üc satira dikkat ediyoruz, Slave* ile basliyan satirlarin ikiside Yes olmali,<br />
Seconds_Behind_Master: 0 yazdigi zaman master slave le ayni demek, eger sizde cok büyük bir sayi yaziyorsa zamanla o gecicekdir, sifir olana kadar </p>
<pre class="brush: plain; title: ; notranslate">mysql&gt; SHOW SLAVE STATUS\G;</pre>
<p>ile kontrol ede bilirsniz.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2009/09/14/hostname-degisikliginde-slave-calismiyor-mysql-master-slave/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tüm Dbleri yedeklemek</title>
		<link>http://www.skorp.eu/2009/08/07/tum-dbleri-backuplamak/</link>
		<comments>http://www.skorp.eu/2009/08/07/tum-dbleri-backuplamak/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 11:29:38 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.skorp.eu/?p=358</guid>
		<description><![CDATA[Bugün bir bash Script sunacagim, bir serverdeki tüm db leri teker teker yedekleye bilmek icin. bukadar bunu linux makinanida herhangi bir yere yükleyin dosyayi .sh diye kayit edin ardindan chmod 777 dosya.sh elden calistirmak icin sh dosya.sh cronjob olarakda calistira bilirsiniz. kolay gelsin]]></description>
			<content:encoded><![CDATA[<p>Bugün bir bash Script sunacagim, bir serverdeki tüm db leri teker teker yedekleye bilmek icin. </p>
<pre class="brush: plain; title: ; notranslate">
#!/bin/bash
echo &quot;Save all db's:&quot;
DBASELIST=`mktemp`
# tüm db lerin isimleri ni topla
# sifreburaya yazan yere root sifrenizi girin (script de iki kez kullaniliyor)
mysqlshow -sifreburaya | awk '{print $2}' | grep -v Databases | sort &gt;$DBASELIST
#Backup hagi klasör icine yüklensin
cd /data
mkdir -p `date +%Y%m%W`
cd `date +%Y%m%W`
for x in `cat $DBASELIST`; do
    echo &quot;Db: $x yedekleniyor&quot;;
    mysqldump --opt -psifreburaya $x &gt;$x.sql;
done;
echo &quot;Eski .gz-dosyalarini sil&quot;
rm *.gz
echo &quot;dosyalari SIKISTIR:&quot;
gzip *
</pre>
<p>bukadar bunu linux makinanida herhangi bir yere yükleyin dosyayi .sh diye kayit edin ardindan<br />
<code>chmod 777 dosya.sh</code></p>
<p>elden calistirmak icin<br />
<code>sh dosya.sh</code></p>
<p>cronjob olarakda calistira bilirsiniz.<br />
kolay gelsin</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2009/08/07/tum-dbleri-backuplamak/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Mysql Sifremi unuttum</title>
		<link>http://www.skorp.eu/2009/08/04/mysql-sifremi-unuttum/</link>
		<comments>http://www.skorp.eu/2009/08/04/mysql-sifremi-unuttum/#comments</comments>
		<pubDate>Tue, 04 Aug 2009 12:08:40 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.skorp.eu/?p=356</guid>
		<description><![CDATA[bugün benimb asima geldigi gibi illa bir cok kisini basi gelir, gün gelir mysql sifremizi ya unuturuz ya kaybederiz, ya yanlis kaydetmis ola biliriz vs. vs. Sifremizi unuttugumuzda neler yapmamiz gerekiyor. öncelikle calisan mysql i durduruyoruz. ardindan mysqld_safe i calistiriyoruz: yukardaki [1] in yaninda yazan sayiyi 6702 hatirlayin lazim olacak. mysql &#8211;skip-grant-tables flag i ile [...]]]></description>
			<content:encoded><![CDATA[<p>bugün benimb asima geldigi gibi illa bir cok kisini basi gelir, gün gelir mysql sifremizi ya unuturuz ya kaybederiz, ya yanlis kaydetmis ola biliriz vs. vs.</p>
<p>Sifremizi unuttugumuzda neler yapmamiz gerekiyor.</p>
<p>öncelikle calisan mysql i durduruyoruz.</p>
<pre class="brush: bash; title: ; notranslate">/etc/init.d/mysql stop</pre>
<p>ardindan mysqld_safe i calistiriyoruz:</p>
<pre class="brush: bash; title: ; notranslate">root@Linux:~# /usr/bin/mysqld_safe --skip-grant-tables &amp;
[1] 6702
Starting mysqld daemon with databases from /var/lib/mysql
mysqld_safe[6763]: started</pre>
<p>yukardaki <strong>[1] </strong>in yaninda yazan sayiyi <strong>6702</strong> hatirlayin lazim olacak.</p>
<p><strong>mysql &#8211;skip-grant-tables</strong> flag i ile calistigi icin sifresiz gene root olarak mysql e baglana biliyoruz:</p>
<pre class="brush: bash; title: ; notranslate">mysql --user=root mysql</pre>
<p>ardindan sifremizi degistirecek olan satiri yaziyoruz:</p>
<pre class="brush: bash; title: ; notranslate">update user set Password=PASSWORD('yenisifreyiburayayazin') WHERE User='root';</pre>
<p>ardindan bu komutuda calistirip cikiyoruz:</p>
<pre class="brush: bash; title: ; notranslate">flush privileges;</pre>
<p>exit yazarak veya strg + c</p>
<p>simdi yukarda [1] in yaninda yazan numarali prozess i yok ediyoruz:</p>
<pre class="brush: bash; title: ; notranslate">kill 6702</pre>
<p>ardindan mysql imizi yeniden baslatiyoruz</p>
<pre class="brush: bash; title: ; notranslate">/etc/init.d/mysql start</pre>
<p>hepsi bukadar yeni root sifrenizle sorunsuzca mysql veritabaniniza baglana bilirsiniz.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2009/08/04/mysql-sifremi-unuttum/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mysql root sifresi</title>
		<link>http://www.skorp.eu/2008/06/27/mysql-root-sifresi/</link>
		<comments>http://www.skorp.eu/2008/06/27/mysql-root-sifresi/#comments</comments>
		<pubDate>Fri, 27 Jun 2008 22:51:17 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.skorp.eu/?p=97</guid>
		<description><![CDATA[Taze bir Ubuntu Installationunda Mysql in root sifresi bos oldugundan bunu Serveri Internete baglamadan degistirmek lazim. Asagidaki kod root sifresini degistirir: mysql --user=root update mysql.user set Password=PASSWORD('YENISIFRENIZIGIRIN') where User='root'; flush privileges; quit; hepsi bukadar. YENISIFRENIZIGIRIN yazan yere kendi sifrenizi yazmayi unutmayin lütfen.]]></description>
			<content:encoded><![CDATA[<p>Taze bir Ubuntu Installationunda Mysql in root sifresi bos oldugundan bunu Serveri Internete baglamadan degistirmek lazim.<br />
Asagidaki kod root sifresini degistirir:<br />
<code>mysql --user=root<br />
update mysql.user set Password=PASSWORD('YENISIFRENIZIGIRIN') where User='root';<br />
flush privileges;<br />
quit;</p>
<p></code></p>
<p>hepsi bukadar. YENISIFRENIZIGIRIN yazan yere kendi sifrenizi yazmayi unutmayin lütfen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2008/06/27/mysql-root-sifresi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mysql5 &#8211; Dump ini Mysql4 e yükleme</title>
		<link>http://www.skorp.eu/2008/04/20/mysql5-dump-ini-mysql4-e-yukleme/</link>
		<comments>http://www.skorp.eu/2008/04/20/mysql5-dump-ini-mysql4-e-yukleme/#comments</comments>
		<pubDate>Sat, 19 Apr 2008 23:19:25 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.skorp.eu/?p=92</guid>
		<description><![CDATA[Bildigimiz gibi mysql4 den almis oldugumuz bir dump mysql5 veritabanina sorunsuzca yüklene biliniyor. Ters yöne sorun oluyor ama. Bunu asmak icin mysqldump in 5. Versiyonunda compatible diye bir parametre var. asagidaki komutu kullanarak mysql5 den almis oldugumuz yedegimizi mysql4 veri tabanina sorunsuzca yükliye bilirsiniz. mysqldump --compatible=mysql40 &#62; mysql4dump.sql Kolay gelsin.]]></description>
			<content:encoded><![CDATA[<p>Bildigimiz gibi mysql4 den almis oldugumuz bir dump mysql5 veritabanina sorunsuzca yüklene biliniyor.<br />
Ters yöne sorun oluyor ama.<br />
Bunu asmak icin mysqldump in 5. Versiyonunda <em>compatible</em> diye bir parametre var.<br />
asagidaki komutu kullanarak mysql5 den almis oldugumuz yedegimizi mysql4 veri tabanina sorunsuzca yükliye bilirsiniz.<br />
<code><br />
mysqldump --compatible=mysql40  &gt; mysql4dump.sql</code></p>
<p>Kolay gelsin.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2008/04/20/mysql5-dump-ini-mysql4-e-yukleme/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Primary Key &#8211; Unique ve Index nedir?</title>
		<link>http://www.skorp.eu/2007/01/23/primary-key-unique-index-nedir-ne-anlama-gelir/</link>
		<comments>http://www.skorp.eu/2007/01/23/primary-key-unique-index-nedir-ne-anlama-gelir/#comments</comments>
		<pubDate>Tue, 23 Jan 2007 22:15:35 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.kadir-oezdemir.com/2007/01/23/primary-key-unique-index-nedir-ne-anlama-gelir/</guid>
		<description><![CDATA[Bugun kücük bir konuya deginecegim cünki biraz yorgunum. Turk-php forumlarinda primary key , unique ve index in ücünü ayni anda secemiyorum diye bir konu acilmis. Bende bugün bu üclü hakkinda bisiler yazmaya calisacagim. Index ile basliyalim: Evet Bir sütünü index olarak belirlersek o sirada veri tabanimiz kendi icinde sonradan arama yapacagi bir fihrist olusturur. Indexlenmemis [...]]]></description>
			<content:encoded><![CDATA[<p>Bugun kücük bir konuya deginecegim cünki biraz yorgunum.<br />
Turk-php forumlarinda primary <em>key</em> , <em>unique</em> ve <em>index</em> in ücünü ayni anda secemiyorum diye bir konu acilmis.<br />
Bende bugün bu üclü hakkinda bisiler yazmaya calisacagim.</p>
<p><strong>Index ile basliyalim:</strong><br />
Evet Bir sütünü index olarak belirlersek o sirada veri tabanimiz kendi icinde sonradan arama yapacagi bir fihrist olusturur. Indexlenmemis bir alanda arama  yaptiginizda  tüm veritabaninda aramayi yapar buda gec cevap almamizi saglar.<br />
Indexlenmis bir alan da arasaniz fihrist de aradigindan cevap daha cabuk gelir.<br />
Selectlerimiz daha hizlancak diyede her satiri index lemek yanlis olur sadece cabuk olusulmasi gereken sütünleri index olarak belirleyin.<br />
Index sayisi yükseldikce insert ve update ler yavasliya bilirler.</p>
<p><strong>Unique:</strong><br />
Bir alani Unique yaptiginizda onu essiz yapmis olursunuz. mesela email alanini unique yaptiginizda ikinci kez ayni emaili eklemek istediginizde vt hata verecekdir. Her eklenen email bir kez eklene bilir ve veritabaninda böylelikle tekdir.</p>
<p><strong>Primary Key:</strong><br />
PR ide unique gibidir bir alani essiz yapar ama farki bir tabloda sadece birtane primary key olmasidir. Pr olarak secilen alanlar otomatikmen not null olarak secilir.<br />
Genelde id alanlarinda kullanilir.<br />
Her tabloda bir Primary key kullanmanizi tavsiye ederim.</p>
<p>Yukara yazanlardan anliyoruzki:<br />
<em>Bir Primary Key ayni zamanda bir Unique Index dir<br />
tabiki böylelikle bir Unique de bir index oluyor ama sade bir Index Unique degildir.</em></p>
<p>bugünlük bukadar görüsmek üzere ben yatayim simdi hehe:)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2007/01/23/primary-key-unique-index-nedir-ne-anlama-gelir/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mysql de Türkce karakter sorunu</title>
		<link>http://www.skorp.eu/2006/09/27/mysql-de-turkce-karakter-sorunu/</link>
		<comments>http://www.skorp.eu/2006/09/27/mysql-de-turkce-karakter-sorunu/#comments</comments>
		<pubDate>Wed, 27 Sep 2006 11:55:56 +0000</pubDate>
		<dc:creator>Skorp</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[Veritabani]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.kadir-oezdemir.com/2006/09/27/mysql-de-turkce-karakter-sorunu/</guid>
		<description><![CDATA[cogumuzun bildigi gibi türkce Karakterler hep bir sorun olmustur mysql de. Mysql 4.1 &#62; den sonrasi icin cok kolay bir cözüm yolu bulunmakdadir yapilmasi gereken sadece Mysql Baglantisini kurdukdan sonra hemen altina bu satirida ekleyiniz. Evet bunu yaptikdan sonra türkce karakterleri cekinmeden mysql veri tabanimizda sakliya bilirsiniz.daha düsük version kullananlara Sistemlerini upgrade etmelerini tavsiye ederim.]]></description>
			<content:encoded><![CDATA[<p>cogumuzun bildigi gibi türkce Karakterler hep bir sorun olmustur mysql de.<br />
Mysql 4.1 &gt; den sonrasi icin cok kolay bir cözüm yolu bulunmakdadir yapilmasi gereken sadece<br />
Mysql Baglantisini kurdukdan sonra hemen altina bu satirida ekleyiniz.</p>
<pre class="brush: php; title: ; notranslate">mysql_query(&quot;SET NAMES 'latin5'&quot;);</pre>
<p> Evet bunu yaptikdan sonra türkce karakterleri cekinmeden mysql veri tabanimizda sakliya bilirsiniz.daha düsük version kullananlara Sistemlerini upgrade etmelerini tavsiye ederim.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.skorp.eu/2006/09/27/mysql-de-turkce-karakter-sorunu/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

