のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,644,642人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレMySQL 総合 Part24

    mysql覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    401 = :

    この後どう使いたいかにもよるんだろうけど
    加工せず丸ごと保存ではだめなのか?

    402 = :

    >>400
    区切らない
    それで節約できるのはURL読み出し時の数バイト
    とんでもなく大量にhttp~で始まるなら別だが、普通に要らない

    403 = :

    この後はただそのurlを表示するだけの用途で検索対象にはなりません。
    少しでも容量を減らしとけばいいんじゃないかな、と思ったのでそういう工夫をしている人がいたならと思い聞きました。
    TEXT型で丸ごと保存が一般的なんでしょうか?

    404 = :

    >>402
    ありがとうございます。
    ググってもそういう話題がなかったので、普通はそういう必要はないってことなんですね。
    データは千万以上はいきそうです。

    405 = :

    >>404
    はい。インデックスさえ貼れば割となんとでも

    406 = :

    >>404
    ありがとうございます。
    innoDBで5.514なんですが先輩にTEXT型はなるべく使うなと言われてまして、varchara(255)で
    日本語文字urlの場合、decodeしたりして保存したりしようと試行錯誤してます。
    TEXT型で保存が一般的なんですね。参考にさせていただきます。

    407 = :

    先輩がTEXT型使うなと言っているのは分かるけど、
    URLのような長い文字列を扱うなら仕方ない。
    1億レコードを超えたあたりからキツくなってくる感じかな。

    408 = :

    便乗質問で悪いんだが>>397のケースの場合ってmy.cnfの設定がダメってことなんかな?

    409 = :

    FLOAT型の列column_aに対して以下のSQLを発行したのですが、データが取得できませんでした。
    column_aの値が15.55のレコードは存在しています。

    SELECT * FROM table_a WHERE column_a = 15.55;

    基本的なことで申し訳ないのですが、どこがおかしいのか教えていただけないでしょうか。
    MySQLのバージョンは5.6.14です。よろしくお願いいたします。

    410 = :

    >>409
    http://qiita.com/pb_tmz08/items/4691c85f2f2c61d2d97d

    411 = :

    >>410
    ありがとうございます!まさにこの通りでした。

    412 = :

    レンタルサーバー借りる基準にMySQLのバージョンって重要視する?
    エックスサーバーが5.5.xって書いてたから借りたら金払った後に5.0.xだとわかった。
    なんか腹立たしい気がするけど5.5と5.0って速度違うの?

    413 = :

    >>412
    違う

    414 = :

    >>412
    もしかして5のDBサーバー2台あるんじゃない?
    接続先確かめてみたら?

    415 = :

    >>413
    >>414
    エックスサーバーに問い合わせたら、今アカウントを取り直したら5.5.x使えるよ、今使ってるアカウントじゃ使えないよって答えられた。
    先月アカウント買ったばかりなのに。

    416 = :

    >>415
    >エックスサーバーが5.5.xって書いてたから借りた

    この辺を強く出してみたら?

    417 = :

    >>416
    うーん、まだサイトは作成中だし初期費用と3ヶ月しか支払ってないからアカウント取り直そうかな。
    たぶん言ってもどうにもならないと思うし。

    418 = :

    >>417
    vpsを借りたら?

    419 = :

    >>418
    余計お金掛かりそう…。
    さくらは5.5が提供されたら同じアカウント内で変更できるみたいだね。
    失敗したかなあ。

    420 = :

    win7home & mysql 5.5.19です
    init_file = c:/stock2test.sql

    stock2test.sqlの中身
    delete from test.stock_master;
    insert into test.stock_master
    select * from stock.stock_master;

    なんですが、errファイル見ると
    ERROR: 1064 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 '' at line 1
    140226 20:09:52 [Note] C:\Program Files (x86)\MySQL\MySQL Server 5.5\bin\mysqld: ready for connections.
    とエラーになってしまってるんです。
    一応musqlコンソールでstock2test.sqlの中身を打つと正常に更新はされるんですけど…
    なんで??

    421 = :

    くそっ訳わからんw
    insert into test.stock_master
    select * from stock.stock_master;
    を改行なくして
    insert into test.stock_master select * from stock.stock_master;
    にしたらそれだけで正常に終わった^^;
    なんなんだよー w

    423 = :

    >>422
    やりたいようにやればいいんじゃないかな。不具合が無くて問題無く動くなら邪道も何もないよ。
    つか処理に問題があるかどうかを聞きたいならここで質問する内容ではない。

    424 = :

    >>420
    改行コードとかじゃないのかね。

    手元の 5.6.16(Ubuntu 12.04) だと LF でも CRLF でも大丈夫だったが、
    Windows だとか Version によってダメなのかな。

    それぐらいしか思いつかない。

    425 = :

    mysql自体のクエリキャッシュ機能と
    javaのehcacheみたいなアプリ側でのキャッシュライブラリは
    どういう基準で使い分けるんですか?

    426 = :

    >>425
    Webサーバが2台(A,B)あったとして、
    AのキャッシュにMySQLのデータの一部が乗っている場合、
    Bが MySQL を更新した場合どうする?

    DBに入ってるデータとしては
    ほとんど更新されないけどDBなどに入れておきたい
    なにかのマスターデータとかは、アプリ起動時にDBから
    とってきてローカルにキャッシュ。更新されたらアプリを再起動。
    それ以外はクエリキャッシュとかが多いんじゃないかね。

    まぁ、クエリキャッシュはアプリによっては切ったほうが
    性能がいいけどな

    427 = :

    クエリキャッシュ、最近は非推奨って言ってる人が多いね。
    近年の数十~数百コアのCPUで並列処理させると逆にパフォーマンスが落ちるとかで。

    428 = :

    クエリキャッシュって全部のクエリで必ず最初に実行する
    大きなメモリテーブルがあるようなもんで、
    そのテーブルを更新しまくりなのでロックがはんぱない。

    で、クエリキャッシュにそこそこ(経験上全クエリの4割以上)
    ヒットするならいいけど、そうでないならば切ってしまったほうがいい。
    # このへんは HW 性能や、クエリ数などによっても変わるので、
    # 試す人は検証してね。query_cache_size はオンデマンドで減らすことは
    # できるけど、増やすのは再起動を伴うからね。

    どうしてもバッチなどで必要なら、query_cache_size は確保しといて、
    query_cache_type を 「DEMAND」にして必要な物だけ
    select SQL_CACHE ... として実行した方がいい。

    参考:
    http://dsas.blog.klab.org/archives/52021866.html

    429 = :

    Linuxで5.6入れたら今までの方法でエラーでまくりワロタw
    このデフォルトでエラー吐きまくる糞仕様のmy.cnfなんとかならんかな
    しかもエラーコードも全然役に立たないし。

    重要な調整項目についても全然解説ねーし、
    1つバージョン違うだけでオプション変更されすぎ。
    ただでさえクソ長い英語のドキュメント読みなら作業してんのに報われなさすぎ。

    430 = :

    ポスグレは日本語のドキュメントが充実してるのに
    MySQLはなんでないんだろう?

    金にならないから?

    431 = :

    >>429
    仕事で5.6の構築手順書作ったけど、5.5からはだいぶ変わったよ。
    英語のドキュメントを読んでも情報不足なんだよなー

    432 = :

    >>429
    いれて3分でデータベース とかってうたい文句はどうしたんだろうなw

    433 = :

    mysql本体のバージョンはすぐ判るんですけど、PCに入っているodbcドライバのバージョンは
    どうやったら確認出来るんでしょうか?

    434 = :

    つーか、パッケージ名もコロコロ変えすぎ。
    なにがどれに対応してるのか一覧書けや
    あーイライラするー!

    436 = :

    XADataSourceにXAリカバリ失敗のバグがあるの?

    437 = :

    ORACLEはゆっくりとMySQLを殺そうとしてるんだろ。
    Win版のセットアッププログラムとかどんどんクソになってるよ。

    439 = :

    何言ってんのかわからん
    phpmyadminって普通にディレクトリに置いてブラウザからアクセスするだけでしょ?
    ていうか、そんなphpで作ったやつじゃなくて普通のSQLクライアントだったらHeidiSQLとかOracleのMySQL Workbenchがオススメだけど

    440 = :

    >>436
    これのこと?
    http://bugs.mysql.com/bug.php?id=12161

    441 = :

    >>739
    ホントだ。解凍して置いて設定したら動いたわー。
    これってそんな簡単な構造だったんだね。

    MySQL公式のリポジトリでインストールしたMySQLってyumで依存関係めちゃくちゃになるんだね。
    元々サードパティのライブラリなんかは共存するように設計されていないんだろうけど、
    悩んだ悩んだ。

    ありがとうエロイ人

    443 = :

    今年中に739までいくのかね

    444 = :

    >>437
    Glassfishのようにな

    445 = :

    呼んだか、139

    446 = :

    mysqlの全文検索とelasticsearch
    どっちがいいですか?

    449 = :

    >>441
    おま、yumってことは、redhatかcentかfedoraか
    ディストリビューション使うなら外のrpmとかソースからコンパイルとかダメだぞ
    何のためのディストリビューションなのかわからん
    自由にやるならfreebsdかなんかにすべし

    450 = :

    >>449
    その考えは流石に偏りすぎ。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について