MySQLのサーバが運用してて、ん？今どれくらいの接続があるの？というのを調べたい場合は、extended-statusを調べればわかるよ。という話。
KeepAlivedのコネクションタイムアウトと、MySQLのコネクションタイムアウトが気になったのですこし調べてみました。結果的に調べておいて良かった・・と思う内容だと個人的には思っているのですが・・・どうでしょうか？
データベースから少しはずれ「情報漏えい」について考えてみます。つい最近でも大手メーカの情報流出が話題になり、市場最悪の規模なんていわれているのをご存知かと思います。情報漏えいのパターンは、
１．ハッキング・クラッキングによるものであったり
２．ウィルスの混入が原因であったり
３．社員の過失（たとえばノートパソコンの盗難・紛失）
によるものだったりします、それぞれについて、インターネットサービスを行う企業はそれらの対策をとるわけですが、情報を漏えいした場合、顧客信頼度の失墜や、損害賠償問題などに陥ってしまうのです。
MySQLで文字列結合を利用する場合、concat関数しか使えないと思っておりましたが、他者DBMSのように、パイプ(||）で表現することが可能なことを発見してしまいました。
知らなかった・・。
MySQLにて、登録されている索引を確認する方法としてはmysql > show index from TABLE_NAME;で確認できます。ただし、この指定って対象のテーブルを指定した場合の対象のテーブル
の索引しかわからないのが現状です。
じゃあ、索引が設定されているかいないかわからないテーブルの索引のみを探したすのはどう
すすれば良いのか？information_schema.STATISTICS テーブルを確認することですべてのテーブル
の索引が確認できます！
ちょっと仕事の関係で、とあるデータベースからIBM DB2からMySQLに移行する案件があり、その中で、 一部のデータベースがFEDEARATIONのみで構成されている特殊なものがあり、一応このままでMySQLの FEDERATION構成に移行したのですが。。。なんか気持ち悪い・・何が気持ち悪いって、 作成したこんな感じでFEDERATIONの数だけコネクションを張っている。怖い・・ 同じ筐体で今後も運用していくのであれば、FEDERARTION表を作成するより、VIEW表で対応したほうが
リソースの無駄遣いを軽減することができると思い、ちょっとFEDERARTIONをVIEWに切り替えて運用でき
るか検証してみました。
最近更新していないのすこし休憩・・以下に記載している問題を、SQLなんかでやったら評価的には、おそらく「プログラミング能力不適合者」に認定されること必至なのでマネしないように・・・この問題・・前職での問題なのですが、利用する言語はなんでもよく、おそらくコードの可読性とか考え方を採点するものだと思われ・・（こんなの書かれたらきっと評価者は、解答自体を評価せずすっとばすでしょうｗｗ
ちゃんとした解答は、前職におりました。スーパープログラマ的な人が以下のサイトで紹介しております。
その中に書かれている問題は以下の通りです。
与えられた文字列に対して、数字を挿入する関数を記述してください。 挿入ルールは、最初に”1″、1文字あけて”2″、2文字あけて”3”、・・・（英字が与えられる前提でOK、スペースやカンマも1文字と数える。） ただし最後は、あける文字数によらず数字で終わらせる。 例） Hello Jason, how are you? →1H2el3lo 4Jaso5n, ho6w are 7you?8
chikunaiです。
昔を思い出してDB2のチューニングの記事を書きます。
プログラミングでSQLができた頃合いから、テーブルにどうインデックスを付けるか、チューニング作業が始まります。
db2advisで指摘されるものをそのまま付けようものなら、テーブルがインデックスだらけになってしまいます。付けすぎてInsert、Updateのパフォーマンスが低下します。付けすぎてしまったあと、どれを残すか、調べる方法があります。我流ですので、あしからず。
# db2pd -db dbname -tbcstat index
結果を見てもテーブル名のみで肝心のインデックス名がありません。以下に解説します。