LAST_INSERT_IDの限界 - 筋トレとともに生きるDBAの雑記
こんにちは。 突然ですが32bit/64bitの差を調べていて気づいたのでメモ。 32bitだともちろん32bitを超える数値をそのままでは扱えないわけですが、MySQL的にはどうなのよってことで特に値が大きくなりがちなid発番を見てみました。 弊社ではid発番をauto_incrementではなく、MyISAMなテーブルに対する以下クエリで発番しています。 CREATE TABLE `hoge` ( `id` bigint(20) unsigned NOT NULL ) ENGINE=MyISAM DEFAULT CHARSET=sjis update hoge set id=LAST_INSERT_ID(id+1) で、unsignedなんだから「18446744073709551615」までイケるだろ！ と思ったら mysql> select * from hoge; +------
システム開発の備忘録 | MｙSQL - sleepプロセスが溜まる
うちの会社で構築しているデータベースサーバー(MySQL)のうち、やけにsleepのプロセスが溜まりやすいサーバーがある。 sleepというのはMySQLに接続しているけど何も実行されてないですよー。待機中ですよー。という状態。 そしてついにこないだ、sleepが溜まりまくり、コネクションが設定してある1000を超えてサーバーに接続出来なくなってしまった。 プログラム側の問題かもしれないし、MySQL側の問題かもしれないけど、今後そういう状況に陥るとまずい。 という事で、sleepのタイムアウトを短くする設定を試してみた。 MySQLのtimeoutには ・interactive_timeout ・wait_timeout の2つが存在する。 マニュアルを見ても違いが良く分からない(知識不足なだけ？)のだけど、恐らく ・mysqldump等で1つのコネクションで持続的に動作があるものに対す
MySQL のコネクションタイムアウトと削除されたプロセスのコネクションの残留
だいぶ前にロプローから MySQL データベースのコネクションの生存期間について聞かれてたんですが、返事するの忘れてたので今頃ブログ書いてます。どっちかって言うと忘れてたというよりは、手元の環境で問題が再現できないので放置してた感じですがw まず MySQL コネクションはデフォルト 8 時間でタイムアウトします。 関係しているシステムパラメータは wait_timeout か interactive_timeout のいずれかです。CGI の場合は通常 wait_timeout が関係します。詳細は http://dev.mysql.com/doc/refman/5.1/ja/server-system-variables.html をご覧ください。 システムパラメータの確認は SHOW VARIABLES コマンドで行えます。以下はポックン家のテスト用環境の値です。 mysql> SH
MySQL 4.1 リファレンスマニュアル :: 4.3.11 MySQL 4.1 のパスワードハッシュ
MySQL では、mysql データベースの user テーブルにユーザーアカウントがリストされます。各 MySQL アカウントにパスワードを割り当てることができますが、user テーブルはパスワードの平文バージョンを格納せず、パスワードから計算されたハッシュ値を格納します。 MySQL では、クライアントとサーバーの通信の 2 つのフェーズでパスワードが使用されます。 クライアントがサーバーに接続しようとすると、初期認証ステップがあり、そのステップでは、クライアントが使用するアカウントについての user テーブルに格納されたハッシュ値に一致するハッシュ値を持つパスワードをクライアントが提供する必要があります。 クライアントが接続したあと、クライアントは (十分な権限がある場合に) user テーブルにリストされているアカウントについてのパスワードハッシュを設定または変更することができま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
