元スレMySQL 総合 Part24

みんなの評価 :
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
その考えは流石に偏りすぎ。
みんなの評価 :
類似してるかもしれないスレッド
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について