元スレMySQL 総合 Part17
mysql覧 / PC版 / みんなの評価 : ○
前へ
702 = :
「ひとつのレコードとして」
「一見正常に動作しているように見えて」
「結果が正常に表示されます」
説明が具体的でないから、何をどうして何が起きたのかさっぱりわからん。
703 = :
698は包茎なんだよ。許してやれよ。
704 = :
>>698の作り込んだバグだよ。
一見うまくいっているように見えるのは
INSERTしたときの情報を表示しているからだ。
707 = :
>>706
そう来たか…
っていうかムリだと思います。
出来てもやりたくありません。
708 = :
中学生の君か
子犬を飼うのがいいと思うんだけどな
結果的にvmware入れるのと変わらないが
709 = :
cygwinならきっとやってくれる
710 = :
MySQLがオラクル社のものに・・・
ってところは意外と話題にならないんだな
日本人は寛容だねえ
711 = :
何を今更・・・
712 = :
近年稀にみる情弱
713 = :
まだまだこれから！の話題だけどね
http://www.itmedia.co.jp/enterprise/articles/1004/12/news047.html
715 = :
>>714
データの保証やサニタイズは、
アプリケーションでしっかり実装するべき。
716 = :
>>715
そうですね。
MySQL mode について調べているのですが、なかなか出てこないのは、
アプリケーションでしっかりやっていれば、モードの違いは
関係ないからなのかも知れませんね。
718 = :
すみません、超初心者なんですが、質問させてください。
デッドロックが発生した場合って
１．サーバーを再起動する
２．MySQLのkillコマンドでスレッドを潰していく
以外に、復旧する方法ってあるんでしょうか？
719 = :
MySQLだってデッドロック検出くらいあるだろう。
デッドロックを起こしたトランザクションの一方(あるいは両方)が一定時間後に
ロールバックされる。
721 = :
INT型のカラムに文字列をつっこんでおいてバグ呼ばわりか・・・
雑なPGとは付き合いたくないな
722 = :
SQLiteならきっとなんとかしてくれる
724 = :
テーブルの使い方が悪いのか
デッドロックが発生するとずっとロックがかかったままになって
ロールバックしてる気配がない orz
725 = :
>>721
バグ以外になんと呼べばいいんだ
726 = :
>>725
はぁ？
頭大丈夫か、お前？
727 = :
>>725
更にこ～ゆ～のが存在するとはね
レベル低いのぉ
730 = :
>>725
DB関連扱うなら、サニタイズとかXSSやSQLインジェクションとかプレースフォルダとかプリペアドステートメントとか
ちゃんと覚えてからやらないと、バグ作り込むことになるよ。
731 = :
誰も「MySQLのバグ」なんて言ってないのに。
そんな勘違いする奴が一気に大量発生するのは不自然すぎるよ>>721
732 = :
今のところ「>>704さんの仰るように」が分からん
日本語会話の駄目なのが三匹くらい?
733 = :
全部同じ人じゃないの
俺にはそう見える
734 = :
>>728
デッドロックじゃないかもしれないんですが
私が現在調査しているのが
ロックをかけていたセッションがロックを解除しないまま死んで
ロールバックせずにロックが掛かったままになっている・・・・・・
んじゃないかみたいな現象が起きていまして
何かコマンド叩いて、ロックの原因が分からないかだとか
何かコマンド叩いて、簡単に復旧しないかだとかです。
ネットの検索も色々とやっていますが、いまいち今回の内容に合致する
ものがHITしないです。
735 = :
そりゃ解決しないわ。「デッドロックの質問」に答えた人もずっこけてるんじゃないの？
で、そのロックは本当にかかっているの？どうやって現象を確認したのか具体的に
書いた方がいいよ。
738 = :
>>735
説明が下手で申し訳ないのですが・・・
Aの画面を操作する時はCのテーブルを使用します
Bの画面を操作する時もCのテーブルを使用します
別々の所からのアクセスでAとB画面から同時にCのテーブルを扱っているようなのですが
（どちらかは待ち状態になってたと思います。）
見た目上は両方操作が正常に終了している感じなのですが
トランザクションの開始はログに出ているのですが終了は出ておらず
ロックがかかりっぱなしの状態になり、以後Cのテーブルを使う操作をすると
タイムアウトになっている感じです。
739 = :
>>738
永続的な接続をしてんのにロックしてるんじゃね？
740 = :
>>731
INTに文字列つっこんでる時点で十分マスケだろうが
744 = :
出現頻度を得たい語を指定したSQLでいいの、全域スキャンしてとにかく全部の語についての
頻度一覧を得たいのか。
745 = :
>>744
頻度ランキングなどに利用したいので単語は指定しない SQL です。
なので、どちらかというと後者。
747 = :
>>746
そのデータベースって超でっかい？
748 = :
すごく…大きいです…
749 = :
じゃあ腹ん中がパンパンになったか、タイムアウトしたかのどっちかだな
750 = :
おなかの中でパンパンに大きくなっちゃうと、大変ですよね・・・
少しずつ抜くしかないかも
みんなの評価 : ○
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について