MySQL総合 Part2

>>931
・・・私の見落としでした。本当につまらないことでお手間お掛けしましてすいませんでした。

接続成功しました。
ガンマにしたのはどうしても副問合わせ機能が欲しかったからです。

あるテーブルと同じ構成のテーブルで名前を変えて作成したいのですが、どのようにしたらよいでしょうか？

descで構成を見て手で打つしかないでしょうか？

>>934
CREATE TABLE new_tbl SELECT * FROM orig_tbl;
もしくは
CREATE TABLE new_tbl LIKE orig_tbl;

http://dev.mysql.com/doc/mysql/ja/CREATE_TABLE.html

>>933
え？副問合わせついたの？いつから？

>>副問い合わせ
4.1.0から

CREATE TABLE new_tbl LIKE orig_tbl
が使えないバージョンでテーブル内のデータをコピーしたくないなら、
CREATE TABLE new_tbl SELECT * FROM orig_tbl WHERE 1=0;
という手もあるっぽい。

データごといれてtruncateするとか
時間の無駄だけど

>>935,938,939
ありがとうございます。
LIKEが使えず(MySQL3)、where 1=0 を使ってやる方法で行おうと思います。
ありがとうございます。

それにしても、where 1=0 というのはさすがに思い浮かばないですね(+_+)
勉強になりました。

win2000sp4の環境でmysqlのgamma版-最新版をインストールして
mysqlサービスが開始していることを確認して、
\mysql\binで、mysqladmin　create databaseとやっても
ローカルホストにつなげないというエラーがでてしまいます。
いろいろなページを検索しても、インストールの次にwinmysqladminを使うページや
使わないページなどがあり、混乱しています。
何がいけないのでしょうか？ご教授いただけたら幸いです。

InnoDBのデータファイルなのですが、
データ件数を減らしても、ファイルサイズは減らないようです。
稼動したまま、このデータファイル（ibdata1）のサイズを、
減らすことは可能でしょうか？
可能な場合、その方法を教えてください。

マニュアルの該当ページでもいいです。
よろしくお願いします。

>>941
aaaっていうdatabaseを作るとき、
> mysqladmin -u ユーザー名 -p create aaa
PASS: *******
でいいはず。

ログインしてから、
mysql> create database aaa;
でもいいが。

>941
>ローカルホストにつなげないというエラーがでてしまいます。
自分で要約しないでコピペを貼りましょう
FAQクサいのでそうすればすぐに答えが出そうでふ

>>942
InnoDBはそういうもんだ。InnoDBのサイトとか
MySQL的なこと(ファイルサイズの縮小等)なら
書籍「実践MySQL4」のメンテナンス関係なども参照。

質問です。
4.1を業務で使っている方はいらっしゃいませんか？現在の安定度は
どうでしょうか？

実は、4.1をやや大規模なシステムに採用することを検討しています。
サブクエリが使えるので4.0よりSQLが書きやすくなり、また（必要な場合）
他のDBへの移行もしやすくなると考えたのです。システムが完成するまで
には正式版がリリースされるのではないかとも思っています。

4.1について、皆さんはどのようにお考えでしょうか？どうかお教え下さい。

4.1.4を試してみようと思ってFreeBSD4.10のPortsでmakeしてみたら
md5.cでsyntax error出まくってmake失敗。シクシク。

過去の経験からすると、ガンマ＝リリース候補に近い感じだった気がするので、
いいんじゃないですか。

4.1から変わっている部分が多いので（文字エンコディングの扱いとか、パスワードとか）
今から新規に使うのなら4.1.xにしておいたほうが良いかもしれない。
（4.0.xからの移行は、MySQLの割にはちょっと面倒だし）

厨房な質問で申し訳ない

WinXP SP1にインストールしようとしたら
「ファイル C:\mysql-4.0.16-win\SETUP.EXE（または必要なファイル）が見つかりません。
パス及びファイル名が正しいか、必要なライブラリがすべて使用可能かどうか、確認してください」

というメッセージが出ました。
ファイル、パスは正しいのですが、
必要なライブラリとはどういうことですか？

>>948
ありがとうございます。逆に言えば、4.0で構築したシステムの4.1への移行は
なかなか困難なのですね。

実は、すでに部分的に4.0で構築を始めてしまっています。それらは4.1では
そのままでは動かないのですね…。

既存のコードが動くことを取るか、今後の開発効率を取るか、悩ましいところ
です。

>>949
ぐぐったら対応策分かりました。
スレ汚しｽﾏｿ

>>950
いいんじゃない？4.0で。自分としては市場での
4.0→4.1への移行は結構掛かると思ってる。
接続ライブラリの互換性の問題で。

>>952
ありがとうございます。
私はサブクエリに馴染んでいるので、できるなら4.1を使いたかったのですが、
接続などに問題があるのですね。うーん。

しかし、パフォーマンスをあげるためにヒープに一時テーブルを作ったりしたら
他のDBとの互換性がまったくなくなるからなあ…。

接続部分をどこか一箇所でまとめて定義しているアプリケーションなら、
4.0 -> 4.1 への移行は比較的容易に行えないでしょうか？

MySQLの質問ではないのですが。
MySQLのGUI管理クライアント（MySQL CCとかかねやんとか）で
Unicodeに対応したものはありますでしょうか？

Navicatが対応していますが、フリーウェアでは無いでしょうか？

>>953
他のDBとの互換性を考えている時点で、
もう4.1の接続性なんて問題は関係ないのでは？

>>953
互換性を問題にしている以上、4.1の接続性なんてのは小さな問題だよね。

どっちに主眼があるわけ、互換性と接続性。
それによって4.0でやるか、4.1でやるか決まるんじゃないの。

>>955-956
ありがとうございます。
私自身は互換性を重視していますが、プロジェクトのメンバ全体では意思の統一は
なされていません。引き続き検討します。

いろいろありがとうございました。

市場での浸透性には巷にばら撒かれてるクライアントライブラリの対応が
関わってくるってだけで、自分ところのことだけ考えれば良いような
(MySQL C/Sの範囲で)閉じたシステムならば、さくっとライブラリを
対応するものに置換すれば良いだけです。下位互換性は残ってますし、
問題になることは少ないでしょう。

>>958
ありがとうございます。
おかげさまで 4.1 の推進の決意が固まりました。
部内でも 4.1 を試験的に導入することで、意見がまとまりました。

お世話になりました。

何度もすみませんが、また質問させてください。

MySQL の 4.0 系と 4.1 系を 1台のマシンで共存させられるのでしょうか？
サーバOS は Windows2000 です。

すみません。上の270 は 私です。他板の番号が出てしまいました。

>>953
クライアントはそんなに気にしなくても大丈夫、な気がする。
少なくとも、古いクライアントから繋げない、ということはなかったんじゃないかな？（未確認）
ただ、パスワードの形式が変わっているので、その辺りは気をつけないといけないけど。
（old-passwdを使わないといけない）

テーブルについては、charとかvarcharの扱いが変わったので、
（バイト数じゃなくて文字数になった）
そのあたりにどの程度依存してるかによる。
日本語はtextで長さを気にせずつっこむよ、というコードばかりなら
（僕はそういうのが多い）
あまり困らない、かも。

>>960
配置ディレクトリとポート番号を変えれば不可能じゃない。
ただし、

1. 設定ファイル(my.ini, my.cnf)は共有されるので、4.0と4.1で起動オプションを変えたい
場合にはプロセス起動時にコマンドラインオプションを指定する必要がある
2. Windowsのサービスとして登録した場合にサービス名(MySql)が重複するので、片方を
レジストリいじって変更するか、サービスとして登録しない(別の方法で起動する)ようにする
3. クライアントからの接続時、(標準でない方は)ポート番号を明示的に指定する必要がある

てな感じで結構面倒なので、素直に複数のマシンに分けたほうがいいと思う。

ごめん、訂正。

>>963
> 1. 設定ファイル(my.ini, my.cnf)は共有されるので、4.0と4.1で起動オプションを変えたい
> 場合にはプロセス起動時にコマンドラインオプションを指定する必要がある

my.ini (my.cnf)に [mysqld-4.0] みたいなセクション名を指定すれば、1つの設定ファイルで
それぞれのオプションを指定可能だった。

>>960
インストーラでぶちこんだ場合は無理。手動で入れれば可能。
マニュアルの「複数のMySQLを動かす」云々の項目を参照。
勿論DBを共通に使える訳ではありませんよ。

>>962-964
大変、勉強になりました。ありがとうございました。

>>965
すみません、リロードし忘れました。
http://dev.mysql.com/doc/mysql/ja/Multiple_servers.html
これですね。ありがとうございました。

質問です。
REVOKE ALLではGRANT権限の剥奪はできませんが、
GRANT　OPTIONは

REVOKE ALL, GRANT ON …

のように、列挙できないのでしょうか。

>>968
4.1.2以降ならそんな感じで全権限を剥奪可能。
REVOKE ALL PRIVILEGES, GRANT OPTION FROM user [, user] ...
4.1.2より前のバージョンでは、ALLとGRANT OPTIONの2回に分けてREVOKEする必要がある。
REVOKE ALL PRIVILEGES ON *.* FROM user [, user] ...
REVOKE GRANT OPTION ON *.* FROM user [, user] ...

http://dev.mysql.com/doc/mysql/en/GRANT.html

>>969
ありがとうございます。
4.0.20ですので、2回に分けることにします。

4.0.21から4.1.4-gammaに変えてみました。
テーブル名に日本語使ってたら見事に全部化けるようになりました。
しかたないのでmysqldumpしたヤツからデータベース作り直したのですが
テーブル名がやはり一部化けます。(「者」という字が化けるみたい)
4.0から4.1のところでエンコーディングの設定の仕方が変わったのでしょうか?

質問です

http://dev.mysql.com/doc/mysql/ja/GRANT.html

>注意: GRANT コマンドでデータベース名を指定する際、`_' および `%' ワイルドカードを使用できます。
>データベース名の一部として、たとえば `_' 文字を使用したい場合、GRANT コマンドでは
> GRANT ... ON `foo\_bar`.* TO ... などのように、`\_' として指定するようしてください。
>そうしないと、ワイルドカードパターンに一致する別のデータベースにもユーザがアクセスできるようになります。

とありますが、foo_barデータベースに対してtestuserに権限を与えるため

GRANT SELECT ON 'foo\_bar'.* TO testuser@localhost;

を発行したところ、下記のエラーとなります

You have an error in your SQL syntax.
Check the manual that corresponds to your MySQL server version
for the right syntax to use near ''foo\_bar'.* TO testuser@localhost' at line 1

何が原因でしょうか
MySQLのバージョンは4.0.2です
基本的な質問で申し訳ありません

すいません。自分の書き込みを見て気付きました

' ではなく　`　で括るんですね

お恥ずかしい・・・

MYSQLに直で入れてる画像を表示させる時
サイズ変更するにはどうすれば・・・・。
getimageでWarning発生・・・。

DBに縦横サイズ格納してない場合です。

すいません。板違いですた。

自己レスです。
4.1からテーブル名もutfでつけるようになったんですね。
テーブル名=ファイル名なんでutfでつくろうとするけどWindows側のファイル名はsjis。
無理やりutfでファイルを作るんで一部の文字が化けるみたいです。
カラム名はともかくとしてテーブル名に日本語使うのはやっぱりやめたほうがいいようですね。

>>976
個人的には「テーブル名=ファイル名」の部分の作りはオカシイと思うけどね。
日本語や文字コードがどうのこうのじゃなくて、ファイルシステムの
制限がテーブル名に影響するって点がね。UnixとWinでの大文字小文字違い然り。

>>977
うん、漏れもそう思う。

当たり前かもしれませんが、INDEXをつけていてもシステム起動後、
１発目のアクセスがかなり遅いです(数十万レコードのテーブル)。

２回目はメモリ上にあるのか、通常どおり爆速です。
しかし、相当時間ほっとくとメモリから消えるのかまた遅くなります。

とりあえず今はcronで定期的にselectするようにして対応しているのですが、
常にINDEXをメモリ上に置いておくような事を指定することは出来ますか？
（MySQL3)

>>979
"メモリにおけ"とか指定はできない。
だから、少なくとも１発目が遅いのはしかたない。

ただ、時間がたつとメモリから消えるってのはkey_bufferが小さいから。
key_buffer_sizeを可能な限りでかくするとよい。
すくなくとも通常使うインデックステーブルの合計サイズよりも大きく。
物理的に無理ならcronしかないんじゃない?

>>980
ありがとうございます。そうなんですね。
key_buffer_sizeはもうメモリと相談しながら結構上げてしまっているので、
cronでこれからも対処します。ありがとうございました。

>>981
SolarisとかAIXとかなら高そうだけど
PCアーキテクチャならメモリ安くない？