前置き MySQL 5.1で、InnoDBなデータベースを使って何かを開発している最中には、トランザクションがコミット(またはロールバック)される前にプログラム側の処理が(Fatal errorなどで)異常終了したりして、トランザクションがロックを取得したまま放置状態になってしまうことがよくあるらしい(謎)。 そんな時、MySQLのコマンドラインから更新クエリを発行すると、しばらく後に次のようなエラーが返ってくることがある。 ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction 一応参考までに書いておくと、このエラーが返ってくるまでの時間は、次のコマンドで知ることができる。 mysql> show global variables like 'innodb_lock_wait_timeout';
Améliorez vos compétences en IA, avec une formation certifiée Qualiopi Découvrez comment nous aidons les petites et moyennes entreprises à développer leurs compétences en intelligence artificielle et à bénéficier d'une prise en charge OPCO. Nos formations sont adaptées à vos besoins et nous nous engageons à vous accompagner sur votre parcours de croissance durable. Pourquoi Tirrano pour TPE/PME Fo
会社で問題が起きたとき、なぜそんな問題が起こったのかと詳しく話を聞いていくと、 問題を構成するほとんどすべての項目について、ミスコミュニケーションがその根本の原因となっていることがある。 誰かが手を抜いているわけではない。誰もが前向きに一生懸命やっていこうとしている。 それでも、ミスコミュニケーションが重なると、問題が次第に大きくなり、修復することが難しくなっていく。 場合によってはその積み重ねが相手に対する不信感を生み、人間関係に悪影響を及ぼすこともある。 ミスコミュニケーションは人の問題であり、簡単には解決できないようにも思える。 しかし、対策の打ちようはある。 【ミスコミュニケーションの分類】
2013-06-01 「疑わない」という怠惰について http://www.watanabemiki.net/journal/post-475.html 読んだ。 ちなみにクソ長いです。 正直、真正面から罵倒したいような気分がないでもないっていうか、別の場所のブコメではほぼ罵倒に近いブコメをつけた。俺はこの人はバカだと思う。バカが言い過ぎなら、考え足らずといってもいい。 ところで、いまの流れだとこの人のことをバカであるとする意見のほうが賛同を得やすいはずだ。しかし俺はひねくれた人間なので、ここで読む人に再考を促す。俺は自分の意見を書くが、それを読んだうえで、もう一度考えてほしい。みんながこの人を叩いていいっていうそういう流れになってるからこの人を叩いているのか、根本的にこの人の言ってることがおかしいから反論されるのか。それとも、実は正しいのは彼であり、俺のほうがまちがっているのか。 まず、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
