私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part24
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
この後どう使いたいかにもよるんだろうけど
加工せず丸ごと保存ではだめなのか？
加工せず丸ごと保存ではだめなのか？
この後はただそのurlを表示するだけの用途で検索対象にはなりません。
少しでも容量を減らしとけばいいんじゃないかな、と思ったのでそういう工夫をしている人がいたならと思い聞きました。
TEXT型で丸ごと保存が一般的なんでしょうか？
少しでも容量を減らしとけばいいんじゃないかな、と思ったのでそういう工夫をしている人がいたならと思い聞きました。
TEXT型で丸ごと保存が一般的なんでしょうか？
>>404
はい。インデックスさえ貼れば割となんとでも
はい。インデックスさえ貼れば割となんとでも
>>404
ありがとうございます。
innoDBで5.514なんですが先輩にTEXT型はなるべく使うなと言われてまして、varchara(255)で
日本語文字urlの場合、decodeしたりして保存したりしようと試行錯誤してます。
TEXT型で保存が一般的なんですね。参考にさせていただきます。
ありがとうございます。
innoDBで5.514なんですが先輩にTEXT型はなるべく使うなと言われてまして、varchara(255)で
日本語文字urlの場合、decodeしたりして保存したりしようと試行錯誤してます。
TEXT型で保存が一般的なんですね。参考にさせていただきます。
先輩がTEXT型使うなと言っているのは分かるけど、
URLのような長い文字列を扱うなら仕方ない。
1億レコードを超えたあたりからキツくなってくる感じかな。
URLのような長い文字列を扱うなら仕方ない。
1億レコードを超えたあたりからキツくなってくる感じかな。
便乗質問で悪いんだが>>397のケースの場合ってmy.cnfの設定がダメってことなんかな？
FLOAT型の列column_aに対して以下のSQLを発行したのですが、データが取得できませんでした。
column_aの値が15.55のレコードは存在しています。
SELECT * FROM table_a WHERE column_a = 15.55;
基本的なことで申し訳ないのですが、どこがおかしいのか教えていただけないでしょうか。
MySQLのバージョンは5.6.14です。よろしくお願いいたします。
column_aの値が15.55のレコードは存在しています。
SELECT * FROM table_a WHERE column_a = 15.55;
基本的なことで申し訳ないのですが、どこがおかしいのか教えていただけないでしょうか。
MySQLのバージョンは5.6.14です。よろしくお願いいたします。
>>410
ありがとうございます！まさにこの通りでした。
ありがとうございます！まさにこの通りでした。
レンタルサーバー借りる基準にMySQLのバージョンって重要視する？
エックスサーバーが5.5.xって書いてたから借りたら金払った後に5.0.xだとわかった。
なんか腹立たしい気がするけど5.5と5.0って速度違うの？
エックスサーバーが5.5.xって書いてたから借りたら金払った後に5.0.xだとわかった。
なんか腹立たしい気がするけど5.5と5.0って速度違うの？
>>412
違う
違う
>>417
vpsを借りたら？
vpsを借りたら？
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の中身を打つと正常に更新はされるんですけど…
なんで？？
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の中身を打つと正常に更新はされるんですけど…
なんで？？
くそっ訳わからんw
insert into test.stock_master
select * from stock.stock_master;
を改行なくして
insert into test.stock_master select * from stock.stock_master;
にしたらそれだけで正常に終わった^^;
なんなんだよー w
insert into test.stock_master
select * from stock.stock_master;
を改行なくして
insert into test.stock_master select * from stock.stock_master;
にしたらそれだけで正常に終わった^^;
なんなんだよー w
>>420
改行コードとかじゃないのかね。
手元の 5.6.16(Ubuntu 12.04) だと LF でも CRLF でも大丈夫だったが、
Windows だとか Version によってダメなのかな。
それぐらいしか思いつかない。
改行コードとかじゃないのかね。
手元の 5.6.16(Ubuntu 12.04) だと LF でも CRLF でも大丈夫だったが、
Windows だとか Version によってダメなのかな。
それぐらいしか思いつかない。
mysql自体のクエリキャッシュ機能と
javaのehcacheみたいなアプリ側でのキャッシュライブラリは
どういう基準で使い分けるんですか？
javaのehcacheみたいなアプリ側でのキャッシュライブラリは
どういう基準で使い分けるんですか？
>>425
Webサーバが2台(A,B)あったとして、
AのキャッシュにMySQLのデータの一部が乗っている場合、
Bが MySQL を更新した場合どうする？
DBに入ってるデータとしては
ほとんど更新されないけどDBなどに入れておきたい
なにかのマスターデータとかは、アプリ起動時にDBから
とってきてローカルにキャッシュ。更新されたらアプリを再起動。
それ以外はクエリキャッシュとかが多いんじゃないかね。
まぁ、クエリキャッシュはアプリによっては切ったほうが
性能がいいけどな
Webサーバが2台(A,B)あったとして、
AのキャッシュにMySQLのデータの一部が乗っている場合、
Bが MySQL を更新した場合どうする？
DBに入ってるデータとしては
ほとんど更新されないけどDBなどに入れておきたい
なにかのマスターデータとかは、アプリ起動時にDBから
とってきてローカルにキャッシュ。更新されたらアプリを再起動。
それ以外はクエリキャッシュとかが多いんじゃないかね。
まぁ、クエリキャッシュはアプリによっては切ったほうが
性能がいいけどな
クエリキャッシュ、最近は非推奨って言ってる人が多いね。
近年の数十～数百コアのCPUで並列処理させると逆にパフォーマンスが落ちるとかで。
近年の数十～数百コアのCPUで並列処理させると逆にパフォーマンスが落ちるとかで。
クエリキャッシュって全部のクエリで必ず最初に実行する
大きなメモリテーブルがあるようなもんで、
そのテーブルを更新しまくりなのでロックがはんぱない。
で、クエリキャッシュにそこそこ（経験上全クエリの4割以上）
ヒットするならいいけど、そうでないならば切ってしまったほうがいい。
# このへんは HW 性能や、クエリ数などによっても変わるので、
# 試す人は検証してね。query_cache_size はオンデマンドで減らすことは
# できるけど、増やすのは再起動を伴うからね。
どうしてもバッチなどで必要なら、query_cache_size は確保しといて、
query_cache_type を 「DEMAND」にして必要な物だけ
select SQL_CACHE ... として実行した方がいい。
参考：
http://dsas.blog.klab.org/archives/52021866.html
大きなメモリテーブルがあるようなもんで、
そのテーブルを更新しまくりなのでロックがはんぱない。
で、クエリキャッシュにそこそこ（経験上全クエリの4割以上）
ヒットするならいいけど、そうでないならば切ってしまったほうがいい。
# このへんは HW 性能や、クエリ数などによっても変わるので、
# 試す人は検証してね。query_cache_size はオンデマンドで減らすことは
# できるけど、増やすのは再起動を伴うからね。
どうしてもバッチなどで必要なら、query_cache_size は確保しといて、
query_cache_type を 「DEMAND」にして必要な物だけ
select SQL_CACHE ... として実行した方がいい。
参考：
http://dsas.blog.klab.org/archives/52021866.html
Linuxで5.6入れたら今までの方法でエラーでまくりワロタｗ
このデフォルトでエラー吐きまくる糞仕様のmy.cnfなんとかならんかな
しかもエラーコードも全然役に立たないし。
重要な調整項目についても全然解説ねーし、
1つバージョン違うだけでオプション変更されすぎ。
ただでさえクソ長い英語のドキュメント読みなら作業してんのに報われなさすぎ。
このデフォルトでエラー吐きまくる糞仕様のmy.cnfなんとかならんかな
しかもエラーコードも全然役に立たないし。
重要な調整項目についても全然解説ねーし、
1つバージョン違うだけでオプション変更されすぎ。
ただでさえクソ長い英語のドキュメント読みなら作業してんのに報われなさすぎ。
ポスグレは日本語のドキュメントが充実してるのに
MySQLはなんでないんだろう？
金にならないから？
MySQLはなんでないんだろう？
金にならないから？
>>429
いれて3分でデータベース とかってうたい文句はどうしたんだろうなｗ
いれて3分でデータベース とかってうたい文句はどうしたんだろうなｗ
mysql本体のバージョンはすぐ判るんですけど、PCに入っているodbcドライバのバージョンは
どうやったら確認出来るんでしょうか？
どうやったら確認出来るんでしょうか？
つーか、パッケージ名もコロコロ変えすぎ。
なにがどれに対応してるのか一覧書けや
あーイライラするー！
なにがどれに対応してるのか一覧書けや
あーイライラするー！
管理ツール→データソース(odbc)→ドライバー
で確認
以上
で確認
以上
ORACLEはゆっくりとMySQLを殺そうとしてるんだろ。
Win版のセットアッププログラムとかどんどんクソになってるよ。
Win版のセットアッププログラムとかどんどんクソになってるよ。
公式のMySQLインストールした場合って、
phpmyadminってどこの入れたらいいの？
いつもどおりyumでremiの入れようとすると、
remi版のMySQLインスコしようとしてバッティングするんだけど。
教えてエロい人。
phpmyadminってどこの入れたらいいの？
いつもどおりyumでremiの入れようとすると、
remi版のMySQLインスコしようとしてバッティングするんだけど。
教えてエロい人。
何言ってんのかわからん
phpmyadminって普通にディレクトリに置いてブラウザからアクセスするだけでしょ？
ていうか、そんなphpで作ったやつじゃなくて普通のSQLクライアントだったらHeidiSQLとかOracleのMySQL Workbenchがオススメだけど
phpmyadminって普通にディレクトリに置いてブラウザからアクセスするだけでしょ？
ていうか、そんなphpで作ったやつじゃなくて普通のSQLクライアントだったらHeidiSQLとかOracleのMySQL Workbenchがオススメだけど
>>739
ホントだ。解凍して置いて設定したら動いたわー。
これってそんな簡単な構造だったんだね。
MySQL公式のリポジトリでインストールしたMySQLってyumで依存関係めちゃくちゃになるんだね。
元々サードパティのライブラリなんかは共存するように設計されていないんだろうけど、
悩んだ悩んだ。
ありがとうエロイ人
ホントだ。解凍して置いて設定したら動いたわー。
これってそんな簡単な構造だったんだね。
MySQL公式のリポジトリでインストールしたMySQLってyumで依存関係めちゃくちゃになるんだね。
元々サードパティのライブラリなんかは共存するように設計されていないんだろうけど、
悩んだ悩んだ。
ありがとうエロイ人
>>437
Glassfishのようにな
Glassfishのようにな
mysqlの全文検索とelasticsearch
どっちがいいですか？
どっちがいいですか？
>>446
groonga
groonga
>>446
Mroongaだった
Mroongaだった
>>441
おま、yumってことは、redhatかcentかfedoraか
ディストリビューション使うなら外のrpmとかソースからコンパイルとかダメだぞ
何のためのディストリビューションなのかわからん
自由にやるならfreebsdかなんかにすべし
おま、yumってことは、redhatかcentかfedoraか
ディストリビューション使うなら外のrpmとかソースからコンパイルとかダメだぞ
何のためのディストリビューションなのかわからん
自由にやるならfreebsdかなんかにすべし
>>449
その考えは流石に偏りすぎ。
その考えは流石に偏りすぎ。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
mysql スレッド一覧へ類似してるかもしれないスレッド
- 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 ○
トップメニューへ / →のくす牧場書庫について