<?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>blog.plastik.jp &#187; MySQL</title>
	<atom:link href="http://blog.plastik.jp/archives/tag/mysql/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.plastik.jp</link>
	<description>PHP, MySQL, MT, WordPressなどWeb系を中心に活動するエンジニア</description>
	<lastBuildDate>Fri, 27 Aug 2010 13:00:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>MySQL4.0系を文字コードUTF-8で利用している場合のアップグレード方法</title>
		<link>http://blog.plastik.jp/archives/84</link>
		<comments>http://blog.plastik.jp/archives/84#comments</comments>
		<pubDate>Sat, 11 Aug 2007 04:46:58 +0000</pubDate>
		<dc:creator>plastik</dc:creator>
				<category><![CDATA[Diary]]></category>
		<category><![CDATA[MySQL]]></category>

		<guid isPermaLink="false">http://blog.plastik.jp/archives/84</guid>
		<description><![CDATA[いまさらながらMySQL4.0系で運用しているサービスがあるんですが、他とのからみがあり、バージョンアップしなければならなくなりました。で、せっかくなので、最新バージョンに移行しようと思ったものの、4.0系のmysqldumpではまりました。
元々4.0側で利用していた文字コードは、

サーバの設定: ujis(euc-jp)
実際つっこんでいた値: utf-8

まあ、上の利用方法がすでに間違っているわけですが、4.0系側でエクスポートのために、mysqldumpを行っても、うまくdump出来ず文字化けします。いろいろ試しましたが、全くうまくいかず諦めかけていたところ、なんとMySQLオフィシャルにこの問題を吸収してくれるツールがありました。
MySQL Administrator
上記ツールには、バックアップ&#38;リストア機能があり、こちらのバックアップ機能を使用すると実質mysqldumpを使用するのと同様に、sqlファイルを作成してくれます。
このツールを使用し、MySQL4系のサーバに接続してバックアップを取ると、なんと、UTF-8のキレイなsqlファイルを作ってくれるんです。あとは、これを、4.1系なり、5系なりへインポートするだけで、バックアップは完了となります(varcharの文字数調整なども必要に応じて)。
と、ここまで書いて気づきました。
実はこれは単純にMySQL Client側のバージョンの問題だけではなかろうかと&#8230;.
で、早速試してみました。今家にある、MySQL4.1系のclientが入ったサーバから、上記、4.0系サーバへmysqldumpを実行してみたところ、なんと、全く問題なく、utf-8でのキレイな.sqlファイルを取得することが出来ました！が、しかし、インポートでエラー発生&#8230;
考えられる原因は、以下ですが、今回はタイムアップ。素直にMySQL Administratorを使用して無事インポート完了と相成りました。

クライアントのバージョンが古い(5以上だとまた違うのかも)
上記方法が根本的にまずい

ここらあたりは、また今度追いかけてみようと思います。
]]></description>
			<content:encoded><![CDATA[<p>いまさらながらMySQL4.0系で運用しているサービスがあるんですが、他とのからみがあり、バージョンアップしなければならなくなりました。で、せっかくなので、最新バージョンに移行しようと思ったものの、4.0系のmysqldumpではまりました。</p>
<p>元々4.0側で利用していた文字コードは、</p>
<ul>
<li>サーバの設定: ujis(euc-jp)</li>
<li>実際つっこんでいた値: utf-8</li>
</ul>
<p>まあ、上の利用方法がすでに間違っているわけですが、4.0系側でエクスポートのために、mysqldumpを行っても、うまくdump出来ず文字化けします。いろいろ試しましたが、全くうまくいかず諦めかけていたところ、なんとMySQLオフィシャルにこの問題を吸収してくれるツールがありました。</p>
<p><a href="http://www-jp.mysql.com/products/tools/administrator/">MySQL Administrator</a></p>
<p>上記ツールには、バックアップ&amp;リストア機能があり、こちらのバックアップ機能を使用すると実質mysqldumpを使用するのと同様に、sqlファイルを作成してくれます。</p>
<p>このツールを使用し、MySQL4系のサーバに接続してバックアップを取ると、なんと、UTF-8のキレイなsqlファイルを作ってくれるんです。あとは、これを、4.1系なり、5系なりへインポートするだけで、バックアップは完了となります(varcharの文字数調整なども必要に応じて)。</p>
<p>と、ここまで書いて気づきました。</p>
<p>実はこれは単純にMySQL Client側のバージョンの問題だけではなかろうかと&#8230;.<br />
で、早速試してみました。今家にある、MySQL4.1系のclientが入ったサーバから、上記、4.0系サーバへmysqldumpを実行してみたところ、なんと、全く問題なく、utf-8でのキレイな.sqlファイルを取得することが出来ました！が、しかし、インポートでエラー発生&#8230;</p>
<p>考えられる原因は、以下ですが、今回はタイムアップ。素直に<a href="http://www-jp.mysql.com/products/tools/administrator/">MySQL Administrator</a>を使用して無事インポート完了と相成りました。</p>
<ul>
<li>クライアントのバージョンが古い(5以上だとまた違うのかも)</li>
<li>上記方法が根本的にまずい</li>
</ul>
<p>ここらあたりは、また今度追いかけてみようと思います。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.plastik.jp/archives/84/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
