テクノロジー

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

1: koogawa 2025/05/07 09:19

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

2: tmtms 2025/05/07 12:39

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

3: k2170 2025/05/07 12:53

凄すぎる…

4: jgoamakf 2025/05/07 13:31

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

5: longyang 2025/05/07 13:44

応援したい

6: murasuke 2025/05/07 13:47

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

7: roshi 2025/05/07 14:38

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

8: strawberryhunter 2025/05/07 16:41

期待したい。

9: matchy2 2025/05/07 16:42

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

10: hhungry 2025/05/07 17:55

熱い

11: toaruR 2025/05/07 18:49

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

12: cinq_na 2025/05/07 18:54

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

13: leiqunni 2025/05/07 20:09

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

14: diveintounlimit 2025/05/07 20:13

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

15: zoidstown 2025/05/07 22:07

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

16: mohno 2025/05/07 23:02

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

17: byourself 2025/05/07 23:18

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

18: kei_1010 2025/05/08 00:16

強そう

19: odakaho 2025/05/08 04:54

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

20: circled 2025/05/08 06:22

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

21: s_rsak 2025/05/08 09:30

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

22: door-s-dev 2025/05/08 10:11

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

23: tmatsuu 2025/05/11 00:16

わいわい

24: defiant 2025/05/12 00:02

この記事をおすすめしました