osCommerceの初期データを、utf-8で動いてるmysqlサーバにimportする - 週記くらい(BTS開発記)
mysql, phposCommerceを動かしてみたときに、既に動作していたmysqlのcharsetがutf-8だった(osCommerceは、euc-jpが前提)ために、DBから取得してくる文字が表示されなかった。なんだか妙に嵌ってしまった。mysqlの文字コードの違いからくる問題について、今頃MySQL4.1系と格闘 にまとまっていました。 以下、やったこと。データベースを作る。 $ mysql -u root mysql> create database dbname; osCommerceの初期データsqlファイルを、EUC-JPからUTF-8に変換してデータベースへ登録する。 $ lv -Ou8 oscommerce.sql > mysql -u root dbname mysql_connectした直後に、mysql_query("SET NAMES ujis");を追加し
MySQL 文字化け問題を本気で直す
mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char
MyNA Web Site
4.0, 3.X から 4.1以上(5含む) に upgrade したときに、char() を ALTER しないといけない。それを自動でやってくれる shell スクリプト 4.1,5.x に上げたときに一度だけ実行できる。 実行にはalter権限が必要。スクリプトにユーザー名、パスワードを引数で与えて実行 GNUツールで固めた環境下では問題なく動作。 ↑ 体験Knoppix † NDBクラスター体験 Knoppix CD イメージ http://www.mysql.gr.jp/knoppix/ndb/ CD を入れてマシンをブートすれば、NDBクラスターのできあがり。 1台の PC に 2 つの クラスターノード(ndbd)を起動しているので、仮想的に、クラスターの障害実験が簡単にできる。(稼働中に片方の ndbd 落とせば、障害発生と同等) 細かいところは、README を読んでくだ
MySQL4.1 文字化け - もう黙っていたら未来はないぞ
◆ クライアントとサーバーのキャラクターセットの確認 † まず、自分の状態を知るための SQL 文 SHOW VARIABLES LIKE 'char%'; を覚えてください。 クライアントのキャラクターセットが binary サーバーのキャラクターセットが ujis の場合、以下のように表示される。 mysql> SHOW VARIABLES LIKE 'char%'; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | binary | | character_set_connection | binary
PHPとMySQLの個人的まとめ - ぱんぴーまっしぐら
Don't let me cry（右手を回して拳のつきあげ） Don't let me sigh（ 左手を回して拳のつきあげ）呪文のように唱えて（両手を頭の上でクラップジャンプ） MySQLではまったこと MySQLの文字化け 今さら何いってんのコイツとかそこ言わない。 文字コードを確認するSQL文「SHOW VARIABLES LIKE 'char%';」 MySQL4.1以降はサーバとは別にクライアントの文字コードが設定されている。 クライアント、サーバ間で違う文字コードがセットされていると、一度ucs2変換を通る。 よって、クライアント、サーバ間で違う文字コードを指定することとなり文字化けが起こる可能性がある。 PHPはmy.cnfで[mysql]、[client]を設定しようがクライアントの文字コードはビルド時に指定されたキャラクタセット(通常latin1)。 my
PHPとMySQLの個人的まとめ - ぱんぴーまっしぐら
Don't let me cry（右手を回して拳のつきあげ） Don't let me sigh（ 左手を回して拳のつきあげ）呪文のように唱えて（両手を頭の上でクラップジャンプ） MySQLではまったこと MySQLの文字化け 今さら何いってんのコイツとかそこ言わない。 文字コードを確認するSQL文「SHOW VARIABLES LIKE 'char%';」 MySQL4.1以降はサーバとは別にクライアントの文字コードが設定されている。 クライアント、サーバ間で違う文字コードがセットされていると、一度ucs2変換を通る。 よって、クライアント、サーバ間で違う文字コードを指定することとなり文字化けが起こる可能性がある。 PHPはmy.cnfで[mysql]、[client]を設定しようがクライアントの文字コードはビルド時に指定されたキャラクタセット(通常latin1)。 my
MySQLではまったこと - ぱんぴーまっしぐら
Don't let me cry（右手を回して拳のつきあげ） Don't let me sigh（ 左手を回して拳のつきあげ）呪文のように唱えて（両手を頭の上でクラップジャンプ） MySQL4.0はサーバがキャラクタセットをもっており、クライアントはサーバのキャラクタセットで動作していた。 4.1、5.0はクライアントとサーバで別々にキャラクタセットを持っており、変換が行われる。 クライアントとサーバで相互変換できないキャラクタセットの場合、データが壊れる(文字化け)が起こる。 ここまでは別に問題なかった。 PHPはデフォルトでキャラクタセットlatin1を利用するようになっている。 なので配布されているバイナリのほとんどはキャラクタセットlatin1。 ここまでも問題なし。 my.cnf(Windowsバイナリだとmy.ini)の設定項目でキャラクタセットに関係あるもの。
MySQLの文字化け - ぱんぴーまっしぐら
Don't let me cry（右手を回して拳のつきあげ） Don't let me sigh（ 左手を回して拳のつきあげ）呪文のように唱えて（両手を頭の上でクラップジャンプ） MySQL5.0利用とNucleusの利用しようとしたところphpMyAdminから見て文字化けが。 共にUTF-8に設定してるんだけど。 phpMyAdminから編集したデータはNucleusだと文字化け。 自作スクリプトでSQL叩いてみたところNucleusのデータは文字化けしないで読める。 入力＞MySQL＞出力でみるとこんな感じ。 ○ Nucleus ＞ MySQL ＞ Nucleus ○ Nucleus ＞ MySQL ＞ 自作スクリプト × Nucleus ＞ MySQL ＞ phpMyAdmin × phpMyAdmin ＞ MySQL ＞ Nucleus ○ phpMyAdmin
【コラム】Yet Another 仕事のツール (48) MySQL 4.0から4.1へのアップグレード 、トラブってませんか? | エンタープライズ | マイコミジャーナル
先々週から茶筌を使った形態素解析について書いてきたが、最近MySQL周辺でバージョン4.1のプロダクション・リリースに伴ったちょっとした混乱が生じている様子なので、今回は少し寄り道をして情報を整理しておきたい。 MySQL 4.1では、特に我々日本人にとって影響の大きい文字エンコーディング周りにも、かなり大幅な改変が入っている。文字コードの自動変換機能が追加されたり、UTF-8、UCS2といったUnicodeのキャラクタセットが利用可能になったり、データベース単位にしか指定できなかったキャラクタセットが列単位に指定できるようになったりと、とにかく盛りだくさんである。機能が増えるのは一般的には喜ばしいことだが、既存のMySQL 4.0からアップグレードしようとするユーザにとっては、当然のことながら互換性が心配のタネになる。そして、現状ではトラブルがないとは言えない状況のようだ。 まず、サーバ
XAMPP環境での文字化け
文字化けを完全解消したいと思います。 Linux、Apache、MySQL、PHP、といったいわゆる、LAMP環境で発生する文字化けを一気にまとめたいと思います。 まずは、文字に影響を与える、ファイル名/バージョン/設定名（パラメータ名）をピックアップしてください。 例）php.ini（5.0.3） default_charset[Shift_JIS|EUC-JP] mbstring.internal_encoding[SJIS|EUC-JP] mbstring.http_input[auto|xxx] mbstring.http_output[auto|xxx] など LAMPでの設定のそれぞれの組み合わせを含め、責任をもってまとめて公開させて頂きます。
MySql4.1以上の日本語に関する問題点まとめ
ライセンスはどうなっていますか？商用利用ではどうすべきですか？ † GPL か 有料のライセンスか。 2007年1月1日時点では Community : GPL Enterprise : 有料で別のライセンス GPL については http://www.gnu.org/home.ja.html をご覧ください。 ↑ mysqld が最低必要とする物 † basedir/share/ ディレクトリ以下(shareファイル。errmsg.sys や charsets/) datadir/mysql/ (mysql 権限データベース、テーブル) 権限テーブルや charsets/ がなければ mysqld は起動しない。 errmsg.sys はバージョンによって数が違うので、違うバージョンの errmsg.sys を使用していると mysqld が起動しない。 これらが起きた場合、.err ファ
MySQL :: MySQL 8.0 リファレンスマニュアル :: 10.3.3 データベース文字セットおよび照合順序
各データベースにはデータベース文字セットとデータベース照合順序があります。 CREATE DATABASE および ALTER DATABASE ステートメントには、データベース文字セットおよび照合順序を指定するためのオプション句があります。 CREATE DATABASE db_name [[DEFAULT] CHARACTER SET charset_name] [[DEFAULT] COLLATE collation_name] ALTER DATABASE db_name [[DEFAULT] CHARACTER SET charset_name] [[DEFAULT] COLLATE collation_name] SCHEMA というキーワードは DATABASE の代わりに使用できます。 CHARACTER SET および COLLATE 句を使用すると、文字セットと照合順序
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://vivian.reverb.jp/mysql4.1.html
インテルマックでのウェブ制作環境構築 ◁ The Trap of Web Design
http://tsuttayo.sytes.net/mysql/install/linux/rpm.html
http://e-jws.com/blog/2006/07/post_25.html
http://bbs.fedora.jp/read.php?FID=8&TID=1909
http://reverb.jp/vivian/index.php?itemid=497
mysql4.0でutf-8のdatabaseを作成する方法を教えてください。