shallow1729

ご無沙汰してます。 MySQLのcollationについてまとめた記事を書いてみました。動作の理解が難しい部分だと思うのでトラブルがあった時とかに役立ててもらえると嬉しいです。 shallow1729.hatenablog.com/entry/mysql-co…

関西Ruby会議すごく楽しかった。会場の雰囲気もコンテンツも楽しさや明るさに溢れてて、すごくリラックスした気持ちでものづくりって面白いよねって思いながら話を聴いていました。 次の日朝早いから前半で帰るくらいのつもりが結局最後までいてしまった。

もちろん一回入ってみてなんか違うなーとかあれば来なくていい会です。過去の論文リストとか読んだ記録はこちらから見えると思うので雰囲気つかめるかなーと思います。 #gid=0" target="_blank" rel="nofollow noopener">docs.google.com/spreadsheets/d…

なんだかんだでだらだら二年くらい週2~3でやってる論文の輪読会のdiscordの招待リンクを無期限で有効にしてconnpassに貼ってみました。 database-paper-reading-2.connpass.com 関心のある方がいれば気楽にご参加くださいー。

まもなく開催される技術書典17で所属してる会社から本が出ます。僕は5章の通知基盤という章を書きました。DB以外の事で文章を書くのに慣れてなくて緊張していますが、いろんな人が使う基盤をなるべく使いやすいものにする取り組みを書いたのでよかったら読んでください。 developers.freee.co.jp/entry/freee-te…

@koudenpa そうですね！手順を整備して自動化してプロダクトチームで実行できるようにしたって感じです

pt-online-schema-change運用の工夫、って感じなのね。

先日のKyoto Tech Talk #4の資料をアップしました。 文字多めなのでリアルタイムで聴いてない方でも雰囲気は伝わるかなって思います。よろしければみてください！ speakerdeck.com/freee/table-de… #kyototechtalk

お久しぶりです。freeeを辞めた後AWSに行ったのですがなんやかんやでfreeeに出戻りして開発をやってます。 今度京都でやるオフラインイベントで話すことになりました。頑張ります！ hatena.connpass.com/event/314401/

技術力が高い企業のやつにfreeeいるの、技術広報の手伝い（ブログ運営）してたので感慨深い。技術力に対する考え方はいろいろあるとは思うけど、とりあえず自分たちのやってきた事に対して何かしら惹かれるものを感じてくれた人がいたのかなと思うとうれしいです findy-code.io/blog/marketrep…

insert intention lockの取得に失敗するという事はrange scanが先にされてるからphantomを防ぐために待つ必要があるけどinsert intention lockが取れたら先にinsertするから後のrange scanはnextでinsertしたkeyにアクセスして未コミットだったらそこで止まる

MySQLのinsert intention lock、transactional information systemの9.5.2 "Enhanced Key Range Concurrency"で言ってる最適化っぽいな。insert同士がgap lockで衝突する必要はないからinsertの瞬間だけgap lock取ってみてrange scanとぶつかってないか確認してすぐにgap lockを手放す

むっちゃ難しいやつは全然現実的な時間で終わらない...

値が定まらない時の試し方とかかなりヒューリスティックだし改善の余地はいろいろありそう

ネットに落ちてる数独の上級みたいなやつ数問でしか試してないけど数独解けるコード書けた。 久々にコード書けて楽しい。

@yoku0825 確かに、セカンダリインデックスの問題でdump+restoreができるならそれだとデータロスも防げ防げるってことですね！

@shallow1729 捨てる前提でmysqldump「も」しといた方が良いのかなぁ（セカンダリインデックスの破損ならリストアできるし、クラスタインデックスが壊れてればその日のうちに落ちて気が付ける）なんて思いました

mysqlでデータ破損したときどうすればいいかってところ、やっぱドキュメントでも基本バックアップとバイナリログでpoint in time recoveryって感じよなーってなってた。 dev.mysql.com/doc/refman/8.0… 壊れ方がよかったら手はいろいろあると思うけど。

@yoku0825 おお、すごい重い経験ですね... それでもなんとかできるのはさすがとしか言えないです...

@shallow1729 ところで昔（1回だけ）物理バックアップ元のバックアップレプリカがデータ破損で落ちて、当日のバックアップではダメで前日のでもダメでって3世代か4世代遡ってやっと戻せたみたいなことがありました。 10年ちょいのMySQL歴で1回だけなので頻度は少ないんですが、当時は

普通にモヤモヤしてた部分を言語化できて気分転換になったのでやってよかったとは思ってます

昨日倒れて病院に行って感染症の類じゃないのがわかったので今日は休んで温泉旅館に来たけどなんかずっとMySQLを使うときの注意点みたいな文章書いてたら終わってしまった...

@hachiblog ありがとうございます! 一緒に仕事できてよかったです!

@shallow1729 お疲れさまでした！！

17日がfreeeの最終出社日でした 2週間ほどダラダラして4月から新しい場所で頑張ります!