TL;DR

• PHPerKaigi 2019 に5本のプロポーザルを出しました
  • 障害対応の勘所 of MySQL
  • 夢見るMySQLの冗長構成
  • MySQLにWEBアプリのログを保存しているケースの8割くらいが幸せになる方法
  • …

TL;DR

• トランスポータブルテーブル表領域を使う
• メンテが必要になるのが大前提で、それでもストレージ容量がカツカツの場合の対策
  • 容量に余裕があって、 ALTER TABLE .. ENGINE = InnoDB がオンラインで実行できるならそうする

元ネタはこちら。 https://mysql-casual.slack.com/archives/C3Z6PH8BD/p1545797450013100 ( ´-｀).oO（見られない人は Join mysql-casual on Slack! から参加していただければどなたでも 前提条件として、

• OPTIMIZE TABLE, ALTER TABLE .. Engine = InnoDB で空き領域が回収できることがわかっている
  …

TL;DR

• パッチはだいぶ下にあります。しかも大したやつじゃないです。
• 9割余談です。

このエントリーは GMOペパボ Advent Calendar 2018 の26日目の記事です。
25日目は kurotaky さんの「結婚式の後に書きます！」の予定だったんですが、どう考えても結婚式の後にブログ書いてる暇があったら奥さんと結婚式の余韻に浸ってください。 末永くお幸せに！ ところでなぜ26日目なのかというと、

中の人へ
https://qiita.com/organizations/pepabo に所属すると登録できるようになります。お近くの CTL に Qiita のユーザ名を伝えて追加してもらってください

…

boiledorange73さんのこの記事を見て、むくむくと疑問が湧き上がったわけですよ。本題とは全然関係ないところで、単に「右回り左回り」というキーワードだけに反応して、妄想全開モードになっただけなのですが。
qiita.com

MySQLは　記述方法の違うポリゴンを同一と見なしてくれるのか

　点A、点B、点C、点D からなるポリゴンって、A-B-C-D-A とも、B-C-D-A-B とも、B-A-D-C-B ともあらわすことができますよね。感覚的にはこれらはすべて同じと見なして欲しいな、と思うのですが、実際にはどうなのだろう。というのが今回の疑問です。
…

この日記は RDBMS-GIS Advent Calendar の 20日目の枠です。

　一昨日に書いた MySQL 8.0.13 の ST_Transform()を試す - sakaikの日々雑感～(T)編 に対する返歌を 有意識者の boiledorange73 さんにいただいた（JGD2011の座標系にtowgs84が無いとかそもそもtowgs84って何やねん - Qiita）ので、それに対する恋文返しです。実際には、boiledorange73 さんへのお返事になっているというよりも、boiledorange73 …

この記事はMySQL Casual Advent Calendar 2018 10日目の記事です。

皆さんMySQLの学習はどのようにされていますか？
MySQLを含めたデータベースが落ちることはそのままサービスの停止につながることが多く、安定運用にはそれなりの知識と経験が必要だと思います。 データを管理しているという特性上、設定や運用方法に欠陥があると一時的にサービスが止まるだけではなく、取り返しのつかない障害になってしまう可能性もあります。 …

この日記は RDBMS-GIS Advent Calendar の 18日目の枠です。

MySQLの残念な ST_Transform()

　ST_Transform() という関数があります。測地系を変換できる機能です。Tokyo測地系(別名日本測地系)で記述されている緯度経度を、JGD2000/2011 に変換したり、あるいは地理座標系の JGD2011の緯度経度を JGD2011の平面直角座標系の9系の座標 …

このエントリーは

• 学習記録：12月14日(金)：【MySQL8.0アップグレード】5.7.19->5.7.24->8.0.11 アップグレード手順【5.7.24 アップグレード後編-エラーを調べる】 - 叫ぶうさぎの悪ふざけ
• 学習記録：12月13日(木)：【MySQL8.0アップグレード】5.7.19->5.7.24->8.0.11 アップグレード手順【5.7.24 アップグレード前編】 - 叫ぶうさぎの悪ふざけ

に対する考察（？）エントリーです。 というわけでまずは まみー さんの↑のエントリーを読まれてからこのエントリーを読んでいただけると幸いです！ …

TL;DR

• MySQL 8.0からデフォルトの照合順序が latin1_swedish_ci から utf8mb4_0900_ai_ci になった
• さすがに latin1 をそのまま使っているとは思えないけれど、 utf8mb4 だけで見てもデフォルトは utf8mb4_general_ci から utf8mb4_0900_ai_ci に変更になっている
• 「思ったよりは遅くならない」と見るか、「そんなに遅くなるのか」と見るかは人による気がする

まずは等価比較。
それぞれ10億回繰り返しているので、1回当たりの時間はナノ秒単位になる。
あと、データは保管せずただ比較しているだけなので、単純にCPU勝負のワークロードになる。

mysql80 8> SELECT BENCHMARK(1000000000, '1' = '1' COLLATE utf8mb4_0900_ai_ci) AS utf8mb4_0900_ai_ci; -- …

[勝手に対応]MySQL8.0の分析関数の2(Lag関数と累計と移動累計)

本エントリはMySQL Casual Advent Calendar 2018の11日目です。

MySQLでは8.0からウインドウ関数に対応しました。これにより商用RDBMS御三家+PostgreSQLが対応していた
多くの分析関数・ウインドウ関数が利用できるようになりました。

本エントリは以下のエントリの続きです。

[勝手に対応]MySQL8.0の分析関数の1(モードとメジアン)

1. 部分的に不一致なキーの検索

PostgreSQL …