構築中。

名古屋のITインフラお守り係です。ITイベントへの参加記録などを残していきます。

第 18 回 PostgreSQL アンカンファレンス@オンライン(11/2)

3 回目の登壇枠参加でした。

pgunconf.connpass.com

登壇枠で申し込んだものの直前までテーマが全然決まらずに苦労しました。 最終的には直前に Twitter の TL に流れてきた話をアレンジしてなんとかまとめましたが、その分 10/29 の My リノベの準備が疎かになったので反省。

speakerdeck.com


その他、各セッションの一言コメントなどです。

  • EvServer と PgAnalyzer、むかしの PC ユーザにとっては当然だった「ないものは作っちゃえ」の精神を思い出すことができて良かった。
  • ちょうど良い参考書がなかなか見つからない問題、PostgreSQLMySQL も共通。
    • 開発者と管理者で知りたいポイントが重なりつつも違う部分があるので、1 冊ですべての用途に適合させるのは難しい印象。
  • GPU を使った PostgreSQL / PostGIS の高速化の話、いつ聞いても「むかし通った困難な壁を、最新のハードウェアの世界でも同じようにぶち当たって、乗り越えていく」話に聞こえる。
    • そして「焼け GPU に水冷モジュール」を聞き逃して残念。
  • 今回のまぐろさんの発表を機に、「ちょっとだけソースコード読み」が流行るかも?

次に登壇参加するときのネタが思いつかないのですが、流れに乗って(?)PostgreSQLMySQLソースコードを読んで見比べ…やっぱり無理か。

MySQL Release note でわいわい言う勉強会 8.0.22(10/29)

今回もネタを持って参加しました。

mysql.connpass.com


主催されている坂井さんがすでにブログ記事を書かれているので、ここでは坂井さんのブログにコメントがなかった項目を中心(?)に一言ずつ触れていきます。

sakaik.hateblo.jp

  • MySQL Shell 8.0.22 の dumpInstance、ロックの取り方が(状況に応じて)複数パターンになり柔軟になったのはいいけれど、テーブル間でタイミングの不整合が発生する謎。
    • どちらのロック方法でも NG らしい。ロック処理の不具合?それともリードアノマリ的な何か?
  • わたしのパート(Derived Condition Pushdown Optimization)は、油断して準備が雑だったのでグダグダに。
    • 11/2(PostgreSQL アンカンファレンス)のネタが決まらずそちらに意識が行っていた。
    • 「そもそも GROUP BY × Window 関数 の時に HAVING しちゃダメ」(だから外側クエリから HAVING 相当になる WHERE 条件をプッシュダウンするのは NG)という主旨が一切伝わらず、聴衆無反応で終了。
  • Prepared Statement のところで出てきた ORDER BY 数字 については、勉強会の後に他 RDBMS 利用者を巻き込んだ「場外戦」が発生。
    • 勉強会参加者は「使ってない」が優勢だったけれど、世の中ではまだ使っているところもあるようで。
  • Parenthesized query、Derived Condition Pushdown Optimization の紹介をするときについでにこの書き方を使えばよかったかも。
  • Dedicated log writer thread で遅くなっていた問題の対応(木下さんが事前に匂わせていたやつ)、まだ試した人はいないのかな?

この勉強会後にも、とみたさんから関連ブログ記事が出されてますね。

tmtms.hatenablog.com

tmtms.hatenablog.com


勉強会前の分はこちら。

tombo2.hatenablog.com

yoku0825.blogspot.com

qiita.com

第 17 回 PostgreSQL アンカンファレンス@オンライン(9/24)

今回は登壇参加で。

pgunconf.connpass.com


1 枠目は Taiki Kondo さんの(前回発表前に発表対象が消えてしまった分の)リベンジマッチで、パッチを調査・管理するツール 「pgmaster2」 のお話。

PostgreSQL の開発リポジトリの(コミットの)流れが速い上にどのブランチにコミットされたのかまで調べようとすると大変…ということで検索を楽にするツールとのこと。

開発者よりはサポートにとってうれしいツールのようです。

宣言的パーティショニングに BRIN という B-tree とは別のインデックスを組み合わせて検索を高速化しているそうです。

GitHub の master ブランチが main ブランチに変わったらこちらの名前も変わるのでしょうか?


2 枠目は、いつもの澤田さん・そーだいさん不在で急遽司会をすることになった Kida さんによる、即興の postgresql.auto.conf」 のお話。

人の手で書き換えるファイルではないけれど、最近のバージョンでマニュアルに「外部ツールが書き換えるかも」という文言が追加されたらしいです。


そして 3 枠目がわたしのネタでした。PostgreSQL 成分低め、ですが。

speakerdeck.com

スライドでも触れましたが、3 月にインフラ勉強会で実施したネタの再編&要約版です。

wp.infra-workshop.tech

wp.infra-workshop.tech

ちなみに MySQL のほうのパーティショニングは、刈り込みがうまくいくと確かにアクセスパスは少なく(短く)なるものの、(検索条件にもよりますが)なかなか思うように高速化しないんですよね。

9/30 追記: 一応試してみました。

qiita.com


4 枠目は ohiro18 さんによる、Alibaba Cloud の 「Hologres」 のお話でした。

www.slideshare.net

前々回のわたしの登壇時、こんなスライドでシメたのですが、もしこれを受けて発表してくださったのであればとてもありがたいことです(前々回の参加者一覧にお名前はありませんでしたが、人づてに聞いたとか Twitter で見かけて、とかで)。

※40 ページ目


ここで今回のアンカンファレンスはお開き…だったのですが、飛び込みで藤井さんから 「(PREPARE の)カスタムプランと汎用プラン」 についてのお話が追加されました。

PREPARE を意識して使っていなくてもアプリケーションからの Connector で暗黙的に使っていることもあるので注意、とのことでした(確かに)。


開催後、わたしの公開資料がいつになくたくさんアクセスされているので、

などと思っていたのですが、

どうして???

なぜホッテントリ入りした???