[B! MySQL][perl] clavierのブックマーク

今年テストで頑張ったことまとめ - KAYAC Engineers' Blog

この記事は tech.kayac.com Advent Calendar 2015 2日目です。こんにちは、最近よく過激派と呼ばれている穏健派のshogo82148です。今年一年、安心して開発ができるようテストに特に力を入れてきました。そこで今年テストでおこなった取り組みを振り返ってみようと思います。残念ながらGoではなくPerlのテストのお話です。テストをとにかく速くする！最初に手をつけたのはテストのスピードです。まず全部のテストが通るようリファクタリングをしてから機能追加というスタイルで開発していたんですが、全部のテストが終わるまでに10分20分もかかっていてはいつまでたっても機能追加に着手できません。 Jenkins EC2 Plugin とりあえずマシンパワーで解決だ！ということでEC2でマシンパワーの高いインスタンスを使いました。 Spot Instanceを必要

clavier 2015/12/02

リンク

Harriet ーテストのときつかうにデーモンの取扱を簡単にするためのフレームワーク - tokuhirom's blog

Harriet ーテストのときつかうにデーモンの取扱を簡単にするためのフレームワーク https://github.com/tokuhirom/Harriet/ https://metacpan.org/module/TOKUHIROM/Harriet-0.01/lib/Harriet.pm テストのときにつかう mysqld, memcached, stf, groonga あたりのデーモンを、.t 単位で起動していては遅くてかなわない。かといって、あらかじめ起動させておくというのも。。というわけで prove のプラグインとしてよしなにする、みたいなのをがんばってかく、というような試みがおこなわれてきたわけですが、どうもめんどくさい。なんか適当にやったらうまくうごく、っていうかんじのカジュアルなツールがほしいな、なんておもったりするわけですよそこで、Harriet ってのをつく

clavier 2013/10/10

リンク

YAPC::Asia 2013でmysql-buildのLTしてきた - かみぽわーる

2日目のLTで、MySQLはSQLというDSLをつかって様々なストレージエンジンを共通のインターフェースで抽象化して扱うことのできるフレームワークなわけですがということで、mysql-buildでMySQLのプラグインも一緒にビルドする話をしてきました。 mysql-buildでQ4MやmroongaもビルドしたいこれでQ4Mとか簡単に使い始められるようになるので、みんなMySQLのプラグインもつかってくれるかな？ (いいとも！) 動機とか mysql-buildはMySQL Casual Advent Calendar 2011のときに書いたやつで、そのときからすでにQ4MやHandlerSocketを入れる的なネタが3つも4つもかぶって投稿されて、みんなどんだけQ4M入れたいんだよな感じだったわけですが、僕もそもそもはローカルでLTネタのプラグインとか書くときにソースからビルドしたM

clavier 2013/09/24

リンク

MySQLのbinlogをmysqlbinlogとperlワンライナーでカジュアルに解析する - blog.nomadscafe.jp

MySQLを運用していて特定の時間帯だけ更新クエリが増えているのを見つけたときにバイナリログを探ったりすることはまぁまぁあると思います。最近はmysqlbinlogとperlのワンライナーをつかって調べています mysqlbinlogをつかって特定の時間帯のログを調べるのは $ mysqlbinlog --start-datetime="2012-07-31 09:41:00" --stop-datetime="2012-07-31 09:45:00" mysql-bin.941 こんな感じですね。ちなみにMySQL 4.0.x のmysqlbinlogにはstart-datetime、stop-datetimeのオプションがないので新しいバージョンが入っているサーバに転送するなりして実行しています。この出力は #120731 09:41:48 server id 9316 end_lo

clavier 2013/04/28

リンク

O/R Mapper におけるページャーの実装について - tokuhirom's blog

O/R Mapper におけるページャーの実装について O/R Mapper においてはページャーの実装方法は3種類かんがえられます。 1. クエリから count(*) 文を発行して、勝手に Pager オブジェクトをつくる採用しているO/R Mapper DBIx::Class 利点勝手に処理してくれるので楽。欠点 $rs->pager(); のように、クエリをうっているっぽくないのに裏でうってるので、重い処理なのにおもそうにみえなくてさがすのが面倒。お気軽につかえすぎて危険。 HAVING などをつかうクエリの場合、そもそもただしい値がとれてないのに、なんとなくうごいてしまう。まちがった値をかえす API を標準でつけるのはいかがなものか。得に HAVING などの処理がうまくできないのは自明なので、こういう実装は僕は好きではないです。 → Teng にはついてない。 2.