私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL 総合 Part19

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

851 : NAME IS - 2011/05/28(土) 22:13:09.40 ID:??? (-9,-27,+0)

ggr

852 : NAME IS - 2011/05/28(土) 22:15:12.54 ID:??? (+65,+23,-31)

>>849
意味が分からないんだけど…DBに画像を格納するとどうしてレプリケーションが大変に？？

853 : NAME IS - 2011/05/28(土) 23:16:15.26 ID:??? (+57,+29,-1)

いや、画像云々じゃなくて、仕事でやると大変ということ。

854 : NAME IS - 2011/05/28(土) 23:19:20.90 ID:??? (+32,-29,-27)

>>841
http://www.bitscope.co.jp/tep/MySQL/quickMySQL.html#doc1_id458

このあたり読んでみたら。

855 : NAME IS - 2011/05/29(日) 01:14:54.19 ID:??? (+131,+29,-8)

DBに画像保管とか、素人乙としかいいようがない設計

856 : NAME IS - 2011/05/29(日) 01:23:57.38 ID:??? (+70,+29,-3)

>>855
あまり初心者をいじってやるなよ。かわいそうだろ。

857 : NAME IS - 2011/05/29(日) 09:01:13.96 ID:??? (+0,-29,-3)

>>841

-h localhost　　←これを付けなかったらどうなるかな?

858 : NAME IS - 2011/05/29(日) 09:16:32.51 ID:??? (+113,+29,-10)

>>849 >>855
クラスタ組んでいる場合なんかはDBMSに任せられる分逆に楽だと思うけどね。

859 : NAME IS - 2011/05/29(日) 10:15:22.02 ID:??? (+73,+29,-37)

>>858
画像とかサイズあるから、大量にくるとレプリケーション遅延するっしょ。
スレイブの状態がバラバラになる可能性も出る。

860 : NAME IS - 2011/05/29(日) 12:44:37.69 ID:??? (+55,+27,-16)

そりゃサイズ次第だな。
スレイブの状態がバラバラってのは意味がわからん。
MySQL ClusterはBLOBの一貫性に問題があるってこと？

861 : NAME IS - 2011/05/29(日) 13:05:01.35 ID:??? (+57,+29,-71)

巨大データが届くと遅延が発生してバラバラって事でしょ
掲示板とかに書きこんだ文字がなかなか表示されなかったりね
バイナリデータに差異が起きるのでなく、時間的に差異が出る

862 : NAME IS - 2011/05/29(日) 13:35:32.45 ID:??? (+99,+29,-44)

そういう現象が発生するとしたらクラスタとして成り立っていないことになるが…
MySQL Clusterにそういう問題があると言っている？
いずれにしても、画像を外出しにしたらその同期のところを全部自前で用意しなきゃ
ならんわけだよ。

863 : 841 - 2011/05/29(日) 14:54:29.35 ID:??? (+62,+29,+0)

>>854 どうもありがとう。読んでみます。

864 : NAME IS - 2011/05/29(日) 15:25:38.52 ID:??? (+29,+6,-1)

クラスタって何？

865 : NAME IS - 2011/05/29(日) 18:32:35.73 ID:??? (+76,+29,-51)

>>862
あぁ MySQL Cluster ってオンメモリだけなお大臣ソリューションあったなｗ
一般的なレプリケーションの時の話ですね。

同期のところを自分で～ってのも多分HTTPサービスだろうからリバースプロキシ＋キャッシュとか、rsync でえっちらおっちらとか、そちらの手法も色々確立されてるし
画像をDBにつっこんで幸せな状況もあるし。
うちは両方やってるよ

866 : NAME IS - 2011/05/29(日) 19:14:10.30 ID:??? (+94,+29,-36)

レプリケーションでもあんまり事情は変わらんと思うがなぁ。
画像は同期が取れていないことがあってもいいから通常レコードの
同期だけは早く終わらせたいとか、そういう暗黙の前提があるのかね。

867 : NAME IS - 2011/05/29(日) 20:46:12.65 ID:??? (+75,+29,-85)

>>866
通常マスタは更新専用で読み出しはスレイブからになる。だから、スレイブの最新データがそれぞれ違うと大問題。
大手サイトのケーススタディみたいなの見るといいよ。
ほぼみんな同じ運用。
画像はDBとは別管理で、DBはレプリケーションで、マスタ・スレイブ。スレイブ増やして負荷分散。

最近はAmazonS3に画像などファイル預けるのがデフォになりつつあるもうな気もする。

868 : NAME IS - 2011/05/29(日) 20:59:30.77 ID:??? (+99,+29,-81)

だからさ、DBと画像の同期ズレは許容すんのが前提なの？で、スレーブ間の同期は
そんだけシビアなの？
そもそも、スレーブ間の完全な同期が必要だったらレプリケーションでやっちゃダメじゃんｗ
それを、画像が含まれないなら無視できる範囲だからやっちゃえ、てなもんか。

869 : NAME IS - 2011/05/29(日) 22:27:50.45 ID:??? (-4,-27,-13)

レプリケーションって何？

870 : NAME IS - 2011/05/29(日) 22:42:16.29 ID:??? (+76,+29,-76)

>>868
画像はそもそもDBとは別に管理するもんだ。DBスレイブには画像は置かない。
まぁ自分はそこまで大きなシステム触ったことないけど、静的ファイルの配信は負荷分散というより、冗長化による信頼性なんじゃないかな。
バックアップするだけで、レプリケーションするわけじゃないと思う。
詳しい人教えて。

871 : NAME IS - 2011/05/30(月) 00:35:25.65 ID:??? (+95,+29,-104)

大学の卒業研究でMySQL、PHPを１年ほど使用してデータベースサーバを
の構築をした経験があり、実務経験がないのですが、転職ってできますかね？

現在大学４年なので新卒向けのサイトを見て就職するのが一般的なのですが
給料等の面から、同じ正社員であれば転職のほうが良いなぁと考えています。
お詳しい方教えてください。

872 : NAME IS - 2011/05/30(月) 00:44:27.57 ID:??? (+52,+29,-2)

環境構築云々より何を作ったかが大事

873 : NAME IS - 2011/05/30(月) 00:52:57.85 ID:??? (+57,+29,-17)

実務経験がないなら新卒以下の待遇だろうな

874 : NAME IS - 2011/05/30(月) 02:22:51.65 ID:??? (+68,+29,-57)

>>871
その程度の人材なら二束三文で手に入るので別にどうでもいいし
それしかウリがないのならむしろいらないんだけど

というのが正直な回答になるよね・・・申し訳ないけど

875 : NAME IS - 2011/05/30(月) 02:53:48.28 ID:??? (+57,+29,-14)

素直に新卒枠で見ていった方が良さそうですね。
ありがとうございました。

876 : NAME IS - 2011/05/30(月) 07:35:03.62 ID:??? (+62,+29,-160)

画像をDBへの話は、画像を入れるタイミングが
人によって想定がバラバラに見える。

多少の信頼性の低さを許容出来るような WEBサービスを
前提とした場合の話になってしまうが、
画像を管理者が更新する場合はスレーブの遅延は気にならないはず。
# 更新頻度が低く、画像を公開するタイミングをコントロールできる

画像アップロード掲示板みたいなユーザー更新で
画像が追加される場合は、頻度が多いので
遅延を許容して専用DB用意するなり、KVS なりに逃がすのが
いいんじゃなかろうか

ちなみに、うちの場合は「ユーザー更新のサービスはしてない」、
「画像の合計容量が数Gしかない」という条件なので、
一番性能が良いと考えて、WEB用サーバ自体にファイル同期してる。
# サーバは300台前後

877 : NAME IS - 2011/05/30(月) 18:28:43.84 ID:??? (+57,+29,-12)

状況によって変わるから絶対の解は無いよね
画像が入ったテーブルのダンプがでかくて嫌とかもあるな

878 : NAME IS - 2011/05/31(火) 00:21:36.86 ID:??? (+29,+1,-14)

バイナリファイルをダンプで出すこと出来ましたっけ？

879 : NAME IS - 2011/05/31(火) 01:36:31.82 ID:??? (+63,+30,-51)

基本を分かってあえて崩す技使うのはあり得るが、それを初心者にいきなり教えるなっつーこと。
あえてそれやるレベルの人間がここで「４Ｇ越えたらテーブルを分割して対応しているの？」なんて
質問するわけないだろう？　だから、ここでの回答は一律「画像をDBに入れんな」　でいいんだよ

880 : NAME IS - 2011/05/31(火) 07:07:01.39 ID:??? (+119,+29,-21)

DBとDB管理外のリソースに分ける方が基本なのかｗ
どうも常識が違うようだ。

881 : NAME IS - 2011/05/31(火) 07:16:40.70 ID:??? (+57,+29,-7)

自分が今まで勉強のために見たすべてのケーススタディは、バイナリは別管理だった。

882 : NAME IS - 2011/05/31(火) 09:41:20.20 ID:??? (+38,-23,-24)

テーブルのフィールドタイプがInnoDBで
全体のフィールドタイプがMyISAMになってることに気がついたんですが
このままでも問題ないでしょうか

883 : NAME IS - 2011/05/31(火) 11:56:02.26 ID:??? (+97,+29,-23)

>>882
言ってることが良く解らん。

デフォのテーブルタイプがMyISAMと設定されてるけど、
いくつかInnoDBなテーブルも存在してしまってるってことか?

それは、もーまんたい。

884 : NAME IS - 2011/05/31(火) 12:22:17.13 ID:??? (+75,+29,-11)

>>883
そのとーりです。
特に支障なく動いているようなのですが、
気持ち悪いので統一したほうがいいのかとおもって

885 : NAME IS - 2011/05/31(火) 13:10:25.82 ID:??? (+63,+28,-18)

>>880
君どこで勉強したの？

886 : NAME IS - 2011/05/31(火) 20:39:29.66 ID:??? (+68,+29,+0)

>>880
君の常識は怖いな。

887 : NAME IS - 2011/05/31(火) 20:54:30.95 ID:??? (+42,-29,-26)

>>884
統一じゃなく、テーブルの使用目的に合わせて設定すべきだぞ。
MyISAMとInnoDBの違いとか勉強すべし。

888 : NAME IS - 2011/05/31(火) 21:56:47.39 ID:??? (+63,+29,-16)

>>887
最近は、調べていくと、InnoDB一択にしか
ならなくない？
よっぽどでなければそれ以外の選択肢に
ほとんど意味がない感じがする。

889 : NAME IS - 2011/05/31(火) 22:37:27.38 ID:??? (+41,+18,+0)

全文検索さえなければ

890 : NAME IS - 2011/06/01(水) 01:44:42.31 ID:??? (+75,+29,-14)

>>847
DBとファイルシステムを深く知らない俺には無理だ。

891 : NAME IS - 2011/06/01(水) 04:09:28.72 ID:??? (+33,-22,-5)

likeで実現できない検索機能は作らない。これでOK

892 : NAME IS - 2011/06/01(水) 14:05:48.78 ID:??? (+50,+22,+0)

>>891
うんこだな

895 : NAME IS - 2011/06/01(水) 20:29:12.32 ID:??? (+9,-30,-114)

MySQL5.5.8でテーブルの列名を変更したいのですが、

ABC.DEFのように列名に「.」が含まれているため上手く変更できません。

ALTER TABLE z09_96 CHANGE COLUMN ABC.DEF ABC_DEF;
などと入れると
"Incorrect table name 'ABC'"
といったエラーが出てしまいます。
.がテーブル指定の.と認識されていると思うのですが回避策は有りませんでしょうか。

896 : NAME IS - 2011/06/01(水) 20:49:58.05 ID:??? (+45,-30,-113)

>>895
バックスラッシュで囲む。
mysql> ALTER TABLE z09_96 CHANGE COLUMN `ABC.DEF` ABC_DEF CHAR(10);
Query OK, 0 rows affected (0.09 sec)
Records: 0 Duplicates: 0 Warnings: 0

897 : NAME IS - 2011/06/01(水) 22:07:37.39 ID:??? (+62,+29,-15)

>>896

書き方は合ってるけど、それはバックスラッシュじゃないよ。

898 : NAME IS - 2011/06/01(水) 22:15:15.84 ID:??? (+0,-23,+0)

バッククォートだな。

899 : NAME IS - 2011/06/01(水) 22:22:20.85 ID:??? (+52,+29,+0)

後で泣き見そうなカラム名だなや

900 : NAME IS - 2011/06/01(水) 23:05:44.41 ID:??? (+57,+29,-24)

ここにのせるのに適当な名に変えてんでしょ？実際にそうだったらプログラマは泣くだろうけど w