今日から『自由』にMySQLの性能改善始めます。（MySQL開発チームを退職しました）

前回の在籍も含めると、累計9年半、本家MySQLチームでInnoDBの性能改善をターゲットに開発の仕事してきました。5.7でのb-tree index scaleや、8.0の初期の新機能で入ってしまった性能問題の修正など貢献できましたが、ここ数年は開発が進む度に導入される性能劣化に追いつけなくなってしまいました。悪いコードを見つけて直そうとしても抵抗が大きいのも大きな要因です。（遅くしたいのでしょうか？遅いことが認識できないのでしょうか？） この度、体制変更で退職を勧められたのを機に、別の営みでMySQL/InnoDBの性能を改善していくことにしました。どうせ、性能劣化に(私よりも)無頓着な現体制では私が性能を改善することは困難なので、成果は出ないでしょう。（直しても、同時に導入される新機能・修正による劣化に改善分を喰いつぶされることもしばしばあった、と考えています。キリがありません。そも

[tmtms]

開発チーム内ではMySQLの性能改善ができないから独立したということか。カッコイイ！

[byourself]

そんな優秀な人が古い安定版の性能改善なんてどうしようもない作業に注力するのなんて不毛すぎるよ。安定版は既存システムの安定のために使い続けるのにサポートも不安な個人開発フォークを使えるわけがない。

[matchy2]

MySQLはなんかどんどん重たくなっていく気がするのでそろそろMariaDBに乗り換えようかと思っていたんだけどオレの思い込みだけじゃなかったんだな

[mohno]

すごい風呂敷広げてるな、と思ったら、わりと筋金入りの人なんだな→「自己紹介」 https://enterprisezine.jp/article/detail/9242 （もうDBの性能を気にするような仕事してないけど）

[roshi]

PostgreSQLのRLSなどの機能不足に追いつくため性能改善より保守性重視になっているんだろうか。

[odakaho]

頑張ってくださいと言うしかないけど、会社で使うなら公式最新版よね・・・。 “8.0の性能回復を個人で、できればフルタイムでコツコツやっていきます”

[door-s-dev]

うーむ、性能改善したとして、公式に取り込まれなかったら使われるのかなぁ

[s_rsak]

生計を立てられるといいね。駄目でも優秀そうだからどこでもやっていけそうだけど。

[circled]

MySQLは8になってから検索速度が悪化してて酷いままなんだよね。一方でPostgreSQLは元々Oracleの移行先として常々検討される程に多機能な上、バージョン上がる都度性能も伸びてて、今や最も人気が高いDBに

[kei_1010]

強そう

[zoidstown]

“体制変更で退職を勧められたのを機に、別の営みでMySQL/InnoDBの性能を改善していくことにしました。どうせ、性能劣化に(私よりも)無頓着な現体制では私が性能を改善することは困難”

[diveintounlimit]

この種の害悪でしかない抵抗勢力はちょいちょいいるものだけど、MySQLとかのチームにも存在するのねぇ。

[leiqunni]

「どっちのコードが速いか」なんて一目瞭然なのに、わからない人はベンチ取ればいいのに、コードの改変に抵抗する人っていますよね！！！僕が聞いた理由は「昔の人がちゃんと考えてるから」でした。MariaDBを当て馬に

[cinq_na]

性能改善に積極的に取り組むのが良いのか、安定性(＋費用)のために保守的に振る舞うのが良いかで意見が分かれたのかな。

[toaruR]

スパルタンやな(*´д｀*)

[hhungry]

熱い

[strawberryhunter]

期待したい。

[murasuke]

PGOの最適化を避けている？のはなんでなんだろう（Chromeとか大分前に有効化して、15%高速化したとかニュースになるくらいなのに）

[longyang]

応援したい

[jgoamakf]

*の辺りからすると「クラウドサーバーでは十分に速いからこれでOK」みたいな人が多かったのかな？

[k2170]

凄すぎる…

[koogawa]

"これは「終わり」ではなく「始まり」です"