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

元スレMySQL 総合 Part17

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

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 = :

おなかの中でパンパンに大きくなっちゃうと、大変ですよね・・・
少しずつ抜くしかないかも


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

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

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