TL;DR
TL;DR
performance_schema.replication_group_members
mysql_innodb_cluster_metadata.instances
cluster.rescan
でグループレプリケーション側の情報を正としてInnoDB Clusterのメタデータを修正できる
以下、 performance_schema.replication_group_members
をメンバー、 mysql_innodb_cluster_metadata.instances
をメタデータと略するます。 メンバーにいるけどメタデータにいないパターン 再現方法
TL;DR
ALTER TABLE 中の後続のDDL,
DMLはプライマリーノードでブロックされない限りは ALTER TABLE
を追い越してコミットすることができる
ALTER TABLE
をリプレイ中にプライマリーで実行されたDDL, DMLはその対象に関わらず 「セカンダリーでリプレイ中の
ALTER TABLE を追い越せない」
ST_GeoHashで得たハッシュ文字列を ST_PointFromGeoHashでPOINTに変換する際に選ばれる点は、どこの点なのかという疑問が、先日発生しました。
失礼しました。。
確かに、一旦POINTに変換していましたね。
(POINTに変換される時の座標の決め方は私も気になりました)
— Yoshiaki Yamasaki (@yyamasaki1) 2020年3月5日
MySQL の GeoHash系関数に、当該GeoHashの範囲を得られる何か（ST_PolyFromGeoHashとかST_MaxLatFromGeoHashとかのようなもの）があれば簡単にこの問いには答えられるのですが、あいにくそれらの関数はないため、とりあえず状況証拠から想像する作戦を採ることにしました。
…
[さらに読む]
緯度と経度それぞれが別々のカラムに格納されているデータに対して、生成列を使ってGEOMETRY型のカラムとして扱えるようにする方法を考えてみました。速度面で何かディスアドバンテージがあるのか否かは未知数ですが、こんな方法もあるのだというヒントになればと思い、書いてみました。
元データの用意
まず、緯度、経度それぞれが別々のカラムに格納されているテーブル spot1 を作成し、データを投入します。
DROP TABLE IF EXISTS spot1;
CREATE TABLE spot1 (
id integer auto_increment,
name varchar(256) ,
lat double ,
lng double ,
PRIMARY KEY (id)
);
INSERT INTO spot1 (name, lat, lng) VALUES ('サークルハッピー寺院', 35.16110304 ,136.87678426);
INSERT INTO spot1 (name, lat, lng) VALUES ('旋法学園螺旋', 35.16814112 ,136.88577498);
INSERT INTO spot1 …[さらに読む]
TL;DR
hostname-relay-bin-group_replication_applier*
というリレーログに保管される
RESET SLAVE で消せる。
日々の覚書: MultiPrimaryModeのGroup Replication環境を崩壊させるテスト …
[さらに読む]
MySQL 8.0.19が来た! その2:
mysqlコマンドラインツールのbinary-as-hexがデフォルトでオンに。
2020-01-13にMySQL 8.0.xのメンテナンスリリースである8.0.19が出ました。
多くの機能が追加されましたが、本ブログではあまり他の人が取り上げなさそうなものをご紹介します。
今回はmysqlコマンドラインツールのbinary-as-hexについて。
いきなり顛末はこちら。
MySQL8でCHAR関数がドキュメントどおりになってない(41から始めました)
# 私は40くらいからMySQLはじめてたみたいです。
ちなみにドキュメントではもともと「デフォルトでは、CHAR() …