negima1976のブックマーク - はてなブックマーク

#mysqlcasual MySQLの最先端を行く現場人が集う MySQL Casual Talks #8に行ってきたまとめ - もぐめぽろぐ
とあるガラケーコンテンツのお話オーソドックスなLAMP構成で朝起きるとログイン出来ないと問題が毎日あったエラー内容はDBに問い合わせができない状態 MySQLの接続がタイムアウトしていたデータが流れないとサーバ側から接続をきられる apacheのpreforkで夜にアクセスが少なく、たまたま処理をしていなかったプロセスがmysqlにアクセスしようとすると接続できなかった Morning bugといわれるらしい pingやtcp_keep_alive設定すればいいのではと言われるが、超小規模サイトでは毎回接続すればいいのではという結論になったちなみにこのサイトの会員数は10人！ -> それ全部テスト端末では？！企画の人は大きくなる！というが、大体大きくなる前に終了していくサービスが多いので、1つくらいあたった時に捻出できるリソースは準備しておく程度でいい小規模しかやらない開発者は
negima1976 2015/11/21
MySQL

mysqlcasual
リンク
#ronsakucasual DBの論理削除についてひたすら共有する論理削除 Casual Talks #1 にいってきたまとめ - もぐめぽろぐ
名前とりあえず削除フラグ目的エンドユーザから見るとデータがないことにしたいけど、実際のデータは消したくない削除したデータを検索したいデータを消さずにログに残したい誤った操作をなかったことにしたい、直ぐに元に戻したいアンチパターン例えばis_deletedというカラムがtrueの場合は削除されているとみなすメリット update文ならデータが簡単に元に戻せる気がするのでなんとなく安心 -> 俺のupdate文でなんとかなる！！起こること SELECTするときには常にWHERE句が追加で必要になり、コードが削除フラグだらけになる全員テーブル設計に精通してるわけではないので、テーブルによって削除フラグの有無があったりした場合、認識の齟齬を生みやすい例えばrubyでdefault_scopeを用いて、よかれとおもってコードレベルでデフォルトを変えたらバグがたくさん出てくる
negima1976 2015/09/01
勉強会

設計

DB
リンク
MySQLの最先端を行く現場人が集う MySQL Casual Talks #6に行ってきた！ - もぐめぽろぐ
TokuDBとはTokutekが作ったFractalTree(R)Indexを実装したストレージエンジン特徴オンラインALTER TABLE(ADD INDEX, ADD COLUMN)に対応圧縮がイケてる断片化しないクラスターインデックスを複数作れる infromation_schema, show engine tokuDB で情報みれるがなれるのに時間かかる foreign keyは対応してない How TokuDB Fractal TreeTM Indexes Work ランダムライトなインデックスの構築が早い InsertのTPSはいつまでもスループットが変わらないテストケース twitterみたいなことをやろうとしたテーブルをクロスしてtimelineテーブルを作る timelineテーブルは6億件ファイルサイズ図ったらinnodb compactは60G弱、
negima1976 2014/07/12
いいまとめ

MySQLCasual

まとめ
リンク
1