狠狠撸

狠狠撸Share a Scribd company logo
MySQLで論理削除と正しく付き合う
?法
2015/08/31
yoku0825
論理削除 Casual Talks #1
元のタイトルは
“MySQLの論理削
除はどうして速い
のか”
1/33
DELETEじゃなく
てUPDATEだか
ら、という出落ち
ネタ
2/33
論理削除についてど
う思うか、それぞれ
の?場の?(?)に
聞いてみました
3/33
論理削除についてのそれぞれの?解
とある企業のDBA
よく考えたら反対する理由があんまりないことに気付いた
MySQL
UPDATEじゃんそれ
InnoDB
うん、よくやるよくやる
4/33
みたいな
5/33
とはいえ書い
てて何となく
思い当たる
6/33
MySQLの都合に沿
って 論理削除すれ
ば 必要悪 っぽいけ
ど
7/33
そうでない場
合は単なる 害
悪
8/33
Using where;
とか Using
filesort; の温床
9/33
という訳でなんか
その辺を整理して
みようと思います
10/33
\こんばんは/
yoku0825@とある企業のDBA
オラクれない-
ポスグれない-
マイエスキューエる-
家に帰ると
妻の夫-
せがれの?-
ムスメの?-
Twitter: @yoku0825
Blog: ?々の覚書
MyNA ML: ?本MySQLユーザ会
11/33
※個?の?解であり、所
属する組織あるいは所属
しない組織の意?を代表
するわけがありません
12/33
ちょっと待て? そ
のカラムNOT
NULL制約ついて
る??
13/33
( ?д?) ??
14/33
※個?の?解であり、所
属する組織あるいは所属
しない組織あるいは
NULLの意?を代表する
わけがありません
15/33
個?の意?
本当はしてほしくない
余計なカラムは増えて欲しくないし-
参照されないデータは?っていて欲しくない-
テーブル設計的に汚い-
個?的に?番好きなのはDELETEトリガーでアーカイブ?の
テーブルに追い出しちゃうこと
カジュアルに元テーブルにADD COLUMNしてアーカイブ?のテーブ
ルにADD COLUMNを忘れるとトリガーが腐ってひどいことに
-
16/33
よく考えること
UNIQUE制約さん息してない
カラムぶんデータのサイズが?きくなる
削除されなかったレコードがゴミとしてたまる
covering index狙いにくい
WHERE狙いのキーはなんとかなるかも知れないけど-
ORDER BY狙いのキーでだいたい死ぬ-
17/33
んー?
UNIQUE制約さん息してない
でも残念ながらナチュラルキーがしっかり定義してあるテーブルの?
が少ない
-
カラムぶんデータのサイズが?きくなる
TINYINTなら(1バイト * レコード数) * (1 + セカンダリーインデッ
クス数)
数千万レコード8インデックスくらいならせいぜい数百メガバイト
これが?ギガバイト単位になるなら考え直した?がいいかも
-
18/33
あれ?
削除されなかったレコードがゴミとしてたまる
そもそもWEBサービス削除少ない-
みんなだいすきtpcc-mysqlだと1/47より少ない(内部でカーソル回し
てるのでSELECTもうちょっと多いはず)
-
deliveryの中だけで?て1/7
体感、もっと少ないと思う
-
100GBのレコードの1%が削除されるとして1GBなら誤差範囲なんじ
ゃ? (?によるかな)
-
covering index狙いにくい
狙いにくくはあるけどちゃんとインデックス設計してWHEREの先頭
で必ず指定するようにすれば狙っていける
-
19/33
前提
サロゲートキーが振られていて、他にユニーク制約がない
削除フラグのカラムはboolかせめてENUM
削除フラグのカラムは全てのセカンダリーインデックスの先
頭に振られている
MySQLが5.5以降でない (ごめんなさい当?「5.5以降であ
ること」みたいに話してましたが逆でした。。)
UPDATEで済ませないといけない理由がある
削除されたデータに運営やバッチがアクセスする-
ユーザートラフィックのくせに削除の対象レコードが数万規模-
20/33
サロゲートキー
ナチュラルキーがある場合に論理削除しちゃうとナチュラル
キーで制約できない
残念ながらナチュラルキーが使われてるケースの?が少ない
ナチュラルキー, サロゲートキーは宗教戦争になるので、ウチではサ
ロゲートキーが主流なので忌避する理由にならない、とだけ?ってお
きます
-
「 サロゲートキーの毒を?らわば論理削除の皿まで 」って感じ-
21/33
削除フラグの型
DATETIME型, TIMESTAMP型は変
NULLABLE?前提になる-
“削除されているかどうか”というドメインと”いつ削除されたか”とい
うドメインが1つのカラムで表現される
-
リレーショナルモデル的に間違ってる-
bool型なら”= 0”で等価検索できるのでインデックスが上?く使える-
22/33
削除 フラグ?
というかそもそも論理 削除 とか 削除 フラグなんていうか
ら話が掴みにくくなる
スーパー非表?フラグとか表?ステータスとかにすればいいんじゃ
ね?
-
そうすれば、それはレコードの 属性 の?つなので、リレーショナル
モデル的に納得がいく
運営のみ閲覧可能フラグとかユーザー非表?フラグとかでもいい
ステータスならENUM(?NOT?DELETED?, ?DELETED?BY?USER?,
?DELETED?BECAUSE?DMCA?, ?DELETED?BECAUSE?PORN?, ..)とか?
ただし”display?status <> ?NOT?DELETED?“とかやると死ねる。
とはいえそんなクエリー流すの管理画?だけであるべきなので、テーブルスキャンく
らいは覚悟しろという気でいる。
-
23/33
削除フラグのインデックス
全てのセカンダリーインデックスの先頭に削除フラグのカラ
ムが存在しなければならない
本当は先頭じゃなくてもいいけど(カーディナリティー2だし)「先
頭じゃなくていい」って?って変なところに挟まれるくらいだったら
統?して先頭に「確実に」振ってほしい
-
24/33
削除フラグのインデックス
そして全ての(ユーザートラフィックによる)クエリーは
WHERE句の先頭で削除フラグのカラムを等価?較しなけれ
ばならない
たとえば”WHERE super?hidden?flag= 0 AND thread?id= ?
ORDER BY comment?date DESC” なら “KEY
(super?hidden?flag, thread?id, comment?date)”
-
AND演算?は等価交換できるから先頭じゃなくてもいいにしても、
super?hidden?flagが”=”演算?で評価されてないとこのインデック
スは使えない
だからboolがいい
-
というかユーザートラフィックから参照されるならそれ削除
じゃないよね
25/33
UPDATEとDELETEの違い
UPDATEでもDELETEでもインデックスを使ってレコードを
探す
DELETEの場合、クラスターインデックスのリーフを削除するので場
合によってはリバランスが?る
-
UPDATEの場合、クラスターインデックスのリーフが書き換わる
セカンダリーインデックスはチェンジバッファを使って非同期に更新される
DELETEの場合は最終的に全てのセカンダリーインデックスが更新される
UPDATEの場合はそのカラムが含まれるセカンダリーインデックスだけ更新される
super?hidden?flagが全部のセカンダリーインデックスの先頭にあると最終的なI/O
量の旨味は少ない
けどどうせ非同期だし意外と目をつむれる
-
26/33
MySQLが5.5 <del>以降</del> より前
チェンジバッファがDELETE, UPDATEに対応するのは
MySQL 5.5以降
チェンジバッファが効くとセカンダリーインデックス(プライマリ
ー, ユニークはダメ)への反映が非同期になる
-
“DELETE確かに遅いけど、そんなに?うほどでもなくね?” と思った
らこれが効いているケースが多い
-
27/33
MySQLが5.5 <del>以降</del> より前
それ以前は インサートバッファ (INSERTにしかセカンダ
リーインデックスの非同期反映が有効でない)
DELETEはクラスターインデックスと全てのセカンダリーインデック
スを同期で反映させるのに対し
-
super?hidden?flagのUPDATEはクラスターインデックスはまず触ら
ないし、super?hidden?flagを含むセカンダリーインデックスだけ反
映させればいい
-
UPDATEにせよDELETEにせよ、MySQL 5.5とそれ以降にすることで
チェンジバッファの恩恵を受けられる
-
ということは別に前提ではないかも
28/33
じゃあ実際どれくらい違うかっていうと
次のページのグラフ
横軸はtpcc-mysqlのdeliveryトランザクションの経過時間
基本的に、最初がバッファプールあったまってなくてだんだんあった
まっていくので右に?くほどレイテンシーが下る
-
縦軸はレイテンシー、単位はミリ秒
?さければ?さいほどいい-
DELETE, UPDATEでただカラムを?しただけ, UPDATEでカ
ラムとインデックスを追加、の3パターン
トランザクション内のステートメントは7つ、対象をSELECTして
DELETEする2ステートメントが影響を受ける
-
29/33
微妙
super?hidden?flagを含めたインデックスを作らないとDELETE
より遅い(やっぱりSELECTが?を引っ張ってる)
30/33
UPDATEで済ませないといけない理由
“削除”されたデータにアクセス
“削除”された理由を解析しなければならない-
利?規約なのか法律なのかよく知らないけど、”いつ”削除されたのか
を保持しておく必要がある
-
非同期でS3のファイルを消したりするから、そっちの削除が終わるま
で取っておかないといけない
-
ユーザートラフィックなのに”削除”対象が数万レコード
Kazuho@Cybozu Labs: フレンド?タイムライン処理の原理と実践-
31/33
という訳で
サロゲートキーの毒を?らわば論理削除の皿まで
サロゲートキーじゃないといいことない-
インデックスがちゃんと切ってあればシステム的には?うほ
ど変わらない
DELETEされたレコードの?率が?分少ない場合に限る-
論理削除じゃなくて非表?状態へのUPDATEなんだっ??先
32/33
Questions and/or Suggestions?
Q. インデックスの先頭にカーディナリティーの?さい
super?hidden?flagを置くのは悪?じゃね?
A. ちゃんと正しい位置に置いてくれるならどこでもいいんだけど、「先頭」
って?っておかないとだいたいひどいことになる
Q. DELETEトリガーでアーカイブテーブルに追い出すののデメ
リットはなんかある?
A. トリガーはトラブルシュート?倒。ADD COLUMNしたらトリガーが腐っ
て全部のDELETEが転けるとか。
33/33

More Related Content

What's hot (20)

なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
ichirin2501
?
イミュータブルデータモデルの极意
イミュータブルデータモデルの极意イミュータブルデータモデルの极意
イミュータブルデータモデルの极意
Yoshitaka Kawashima
?
イミュータブルデータモデル(入门编)
イミュータブルデータモデル(入门编)イミュータブルデータモデル(入门编)
イミュータブルデータモデル(入门编)
Yoshitaka Kawashima
?
MySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいことMySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいこと
yoku0825
?
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったかもうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
suno88
?
イミュータブルデータモデル(世代编)
イミュータブルデータモデル(世代编)イミュータブルデータモデル(世代编)
イミュータブルデータモデル(世代编)
Yoshitaka Kawashima
?
惭测厂蚕尝アーキテクチャ図解讲座
惭测厂蚕尝アーキテクチャ図解讲座惭测厂蚕尝アーキテクチャ図解讲座
惭测厂蚕尝アーキテクチャ図解讲座
Mikiya Okuno
?
日本语テストメソッドについて
日本语テストメソッドについて日本语テストメソッドについて
日本语テストメソッドについて
kumake
?
厂蚕尝大量発行処理をいかにして高速化するか
厂蚕尝大量発行処理をいかにして高速化するか厂蚕尝大量発行処理をいかにして高速化するか
厂蚕尝大量発行処理をいかにして高速化するか
Shogo Wakayama
?
データベース设计彻底指南
データベース设计彻底指南データベース设计彻底指南
データベース设计彻底指南
Mikiya Okuno
?
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3 データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
Hiroshi Ito
?
雑な惭测厂蚕尝パフォーマンスチューニング
雑な惭测厂蚕尝パフォーマンスチューニング雑な惭测厂蚕尝パフォーマンスチューニング
雑な惭测厂蚕尝パフォーマンスチューニング
yoku0825
?
やはりお前らの惭痴颁は间违っている
やはりお前らの惭痴颁は间违っているやはりお前らの惭痴颁は间违っている
やはりお前らの惭痴颁は间违っている
Koichi Tanaka
?
惭辞苍驳辞顿叠か?遅いときの切り分け方法
惭辞苍驳辞顿叠か?遅いときの切り分け方法惭辞苍驳辞顿叠か?遅いときの切り分け方法
惭辞苍驳辞顿叠か?遅いときの切り分け方法
Tetsutaro Watanabe
?
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのかDDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
?
RSA暗号運用でやってはいけない n のこと #ssmjp
RSA暗号運用でやってはいけない n のこと #ssmjpRSA暗号運用でやってはいけない n のこと #ssmjp
RSA暗号運用でやってはいけない n のこと #ssmjp
sonickun
?
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
Koichiro Matsuoka
?
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
NTT DATA Technology & Innovation
?
リレーショナルな正しいデータベース设计
リレーショナルな正しいデータベース设计リレーショナルな正しいデータベース设计
リレーショナルな正しいデータベース设计
Mikiya Okuno
?
MySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいことMySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいこと
yoku0825
?
なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
なかったら滨狈厂贰搁罢したいし、あるならロック取りたいやん?
ichirin2501
?
イミュータブルデータモデルの极意
イミュータブルデータモデルの极意イミュータブルデータモデルの极意
イミュータブルデータモデルの极意
Yoshitaka Kawashima
?
イミュータブルデータモデル(入门编)
イミュータブルデータモデル(入门编)イミュータブルデータモデル(入门编)
イミュータブルデータモデル(入门编)
Yoshitaka Kawashima
?
MySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいことMySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいこと
yoku0825
?
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったかもうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
もうひとつのアンチパターン OTLT、あるいは如何にして私はオレオレフレームワークを忌み嫌うようになったか
suno88
?
イミュータブルデータモデル(世代编)
イミュータブルデータモデル(世代编)イミュータブルデータモデル(世代编)
イミュータブルデータモデル(世代编)
Yoshitaka Kawashima
?
惭测厂蚕尝アーキテクチャ図解讲座
惭测厂蚕尝アーキテクチャ図解讲座惭测厂蚕尝アーキテクチャ図解讲座
惭测厂蚕尝アーキテクチャ図解讲座
Mikiya Okuno
?
日本语テストメソッドについて
日本语テストメソッドについて日本语テストメソッドについて
日本语テストメソッドについて
kumake
?
厂蚕尝大量発行処理をいかにして高速化するか
厂蚕尝大量発行処理をいかにして高速化するか厂蚕尝大量発行処理をいかにして高速化するか
厂蚕尝大量発行処理をいかにして高速化するか
Shogo Wakayama
?
データベース设计彻底指南
データベース设计彻底指南データベース设计彻底指南
データベース设计彻底指南
Mikiya Okuno
?
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3 データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルと搁别濒补诲辞尘辞の绍介 #jjug_ccc #ccc_g3
Hiroshi Ito
?
雑な惭测厂蚕尝パフォーマンスチューニング
雑な惭测厂蚕尝パフォーマンスチューニング雑な惭测厂蚕尝パフォーマンスチューニング
雑な惭测厂蚕尝パフォーマンスチューニング
yoku0825
?
やはりお前らの惭痴颁は间违っている
やはりお前らの惭痴颁は间违っているやはりお前らの惭痴颁は间违っている
やはりお前らの惭痴颁は间违っている
Koichi Tanaka
?
惭辞苍驳辞顿叠か?遅いときの切り分け方法
惭辞苍驳辞顿叠か?遅いときの切り分け方法惭辞苍驳辞顿叠か?遅いときの切り分け方法
惭辞苍驳辞顿叠か?遅いときの切り分け方法
Tetsutaro Watanabe
?
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのかDDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
?
RSA暗号運用でやってはいけない n のこと #ssmjp
RSA暗号運用でやってはいけない n のこと #ssmjpRSA暗号運用でやってはいけない n のこと #ssmjp
RSA暗号運用でやってはいけない n のこと #ssmjp
sonickun
?
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
Koichiro Matsuoka
?
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
PostgreSQL 12は ここがスゴイ! ~性能改善やpluggable storage engineなどの新機能を徹底解説~ (NTTデータ テクノ...
NTT DATA Technology & Innovation
?
リレーショナルな正しいデータベース设计
リレーショナルな正しいデータベース设计リレーショナルな正しいデータベース设计
リレーショナルな正しいデータベース设计
Mikiya Okuno
?
MySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいことMySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいこと
yoku0825
?

More from yoku0825 (20)

逝くぞ最新版、罠の贮蔵は十分か
逝くぞ最新版、罠の贮蔵は十分か逝くぞ最新版、罠の贮蔵は十分か
逝くぞ最新版、罠の贮蔵は十分か
yoku0825
?
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
yoku0825
?
惭测厂蚕尝レプリケーションあれやこれや
惭测厂蚕尝レプリケーションあれやこれや惭测厂蚕尝レプリケーションあれやこれや
惭测厂蚕尝レプリケーションあれやこれや
yoku0825
?
片手间惭测厂蚕尝チューニング戦略
片手间惭测厂蚕尝チューニング戦略片手间惭测厂蚕尝チューニング戦略
片手间惭测厂蚕尝チューニング戦略
yoku0825
?
惭测厂蚕尝を割と一人で300台管理する技术
惭测厂蚕尝を割と一人で300台管理する技术惭测厂蚕尝を割と一人で300台管理する技术
惭测厂蚕尝を割と一人で300台管理する技术
yoku0825
?
惭测厂蚕尝ステータスモニタリング
惭测厂蚕尝ステータスモニタリング惭测厂蚕尝ステータスモニタリング
惭测厂蚕尝ステータスモニタリング
yoku0825
?
わかった気になる惭测厂蚕尝
わかった気になる惭测厂蚕尝わかった気になる惭测厂蚕尝
わかった気になる惭测厂蚕尝
yoku0825
?
わたしを支える技术
わたしを支える技术わたしを支える技术
わたしを支える技术
yoku0825
?
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろうMySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
yoku0825
?
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
yoku0825
?
惭测厂蚕尝アンチパターン
惭测厂蚕尝アンチパターン惭测厂蚕尝アンチパターン
惭测厂蚕尝アンチパターン
yoku0825
?
惭测厂蚕尝别谤の7つ道具 plus
惭测厂蚕尝别谤の7つ道具 plus惭测厂蚕尝别谤の7つ道具 plus
惭测厂蚕尝别谤の7つ道具 plus
yoku0825
?
MySQL 5.7の次の惭测厂蚕尝は
MySQL 5.7の次の惭测厂蚕尝はMySQL 5.7の次の惭测厂蚕尝は
MySQL 5.7の次の惭测厂蚕尝は
yoku0825
?
惭测厂蚕尝别谤の7つ道具
惭测厂蚕尝别谤の7つ道具惭测厂蚕尝别谤の7つ道具
惭测厂蚕尝别谤の7つ道具
yoku0825
?
MHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQLMHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQL
yoku0825
?
5.7の次の惭测厂蚕尝
5.7の次の惭测厂蚕尝5.7の次の惭测厂蚕尝
5.7の次の惭测厂蚕尝
yoku0825
?
mikasafabric for MySQL
mikasafabric for MySQLmikasafabric for MySQL
mikasafabric for MySQL
yoku0825
?
とあるイルカの近况报告
とあるイルカの近况报告とあるイルカの近况报告
とあるイルカの近况报告
yoku0825
?
MySQL Fabricでぼっこぼこにされたはなし
MySQL FabricでぼっこぼこにされたはなしMySQL Fabricでぼっこぼこにされたはなし
MySQL Fabricでぼっこぼこにされたはなし
yoku0825
?
惭测厂蚕尝と正规形のはなし
惭测厂蚕尝と正规形のはなし惭测厂蚕尝と正规形のはなし
惭测厂蚕尝と正规形のはなし
yoku0825
?
逝くぞ最新版、罠の贮蔵は十分か
逝くぞ最新版、罠の贮蔵は十分か逝くぞ最新版、罠の贮蔵は十分か
逝くぞ最新版、罠の贮蔵は十分か
yoku0825
?
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
サーバーが完肤なきまでに死んでも惭测厂蚕尝のデータを失わないための表技
yoku0825
?
惭测厂蚕尝レプリケーションあれやこれや
惭测厂蚕尝レプリケーションあれやこれや惭测厂蚕尝レプリケーションあれやこれや
惭测厂蚕尝レプリケーションあれやこれや
yoku0825
?
片手间惭测厂蚕尝チューニング戦略
片手间惭测厂蚕尝チューニング戦略片手间惭测厂蚕尝チューニング戦略
片手间惭测厂蚕尝チューニング戦略
yoku0825
?
惭测厂蚕尝を割と一人で300台管理する技术
惭测厂蚕尝を割と一人で300台管理する技术惭测厂蚕尝を割と一人で300台管理する技术
惭测厂蚕尝を割と一人で300台管理する技术
yoku0825
?
惭测厂蚕尝ステータスモニタリング
惭测厂蚕尝ステータスモニタリング惭测厂蚕尝ステータスモニタリング
惭测厂蚕尝ステータスモニタリング
yoku0825
?
わかった気になる惭测厂蚕尝
わかった気になる惭测厂蚕尝わかった気になる惭测厂蚕尝
わかった気になる惭测厂蚕尝
yoku0825
?
わたしを支える技术
わたしを支える技术わたしを支える技术
わたしを支える技术
yoku0825
?
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろうMySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
MySQL 5.7の次の惭测厂蚕尝 8.0はどんなものになるだろう
yoku0825
?
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
顿辞肠办别谤イメージで谁でも気軽に惭谤辞辞苍驳补体験
yoku0825
?
惭测厂蚕尝アンチパターン
惭测厂蚕尝アンチパターン惭测厂蚕尝アンチパターン
惭测厂蚕尝アンチパターン
yoku0825
?
惭测厂蚕尝别谤の7つ道具 plus
惭测厂蚕尝别谤の7つ道具 plus惭测厂蚕尝别谤の7つ道具 plus
惭测厂蚕尝别谤の7つ道具 plus
yoku0825
?
MySQL 5.7の次の惭测厂蚕尝は
MySQL 5.7の次の惭测厂蚕尝はMySQL 5.7の次の惭测厂蚕尝は
MySQL 5.7の次の惭测厂蚕尝は
yoku0825
?
惭测厂蚕尝别谤の7つ道具
惭测厂蚕尝别谤の7つ道具惭测厂蚕尝别谤の7つ道具
惭测厂蚕尝别谤の7つ道具
yoku0825
?
MHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQLMHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQL
yoku0825
?
5.7の次の惭测厂蚕尝
5.7の次の惭测厂蚕尝5.7の次の惭测厂蚕尝
5.7の次の惭测厂蚕尝
yoku0825
?
mikasafabric for MySQL
mikasafabric for MySQLmikasafabric for MySQL
mikasafabric for MySQL
yoku0825
?
とあるイルカの近况报告
とあるイルカの近况报告とあるイルカの近况报告
とあるイルカの近况报告
yoku0825
?
MySQL Fabricでぼっこぼこにされたはなし
MySQL FabricでぼっこぼこにされたはなしMySQL Fabricでぼっこぼこにされたはなし
MySQL Fabricでぼっこぼこにされたはなし
yoku0825
?
惭测厂蚕尝と正规形のはなし
惭测厂蚕尝と正规形のはなし惭测厂蚕尝と正规形のはなし
惭测厂蚕尝と正规形のはなし
yoku0825
?

Recently uploaded (11)

第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
Matsushita Laboratory
?
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
Matsushita Laboratory
?
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
harmonylab
?
LF Decentralized Trust Tokyo Meetup 3
LF Decentralized Trust Tokyo Meetup 3LF Decentralized Trust Tokyo Meetup 3
LF Decentralized Trust Tokyo Meetup 3
LFDT Tokyo Meetup
?
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
sugiuralab
?
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
NTT DATA Technology & Innovation
?
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
Industrial Technology Research Institute (ITRI)(工業技術研究院, 工研院)
?
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
harmonylab
?
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
sugiuralab
?
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
CRI Japan, Inc.
?
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
Matsushita Laboratory
?
第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
第1回日本理学疗法推论学会学术大会での発表资料(2025年3月2日 高桥可奈恵)
Matsushita Laboratory
?
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
贬补谤耻办颈厂丑颈苍办补飞补冲尝尝惭を利用した果树农家の経験知の対话的蓄积支援冲诲别颈尘2025
Matsushita Laboratory
?
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
【卒业论文】深层学习によるログ异常検知モデルを用いたサイバー攻撃検知に関する研究
harmonylab
?
LF Decentralized Trust Tokyo Meetup 3
LF Decentralized Trust Tokyo Meetup 3LF Decentralized Trust Tokyo Meetup 3
LF Decentralized Trust Tokyo Meetup 3
LFDT Tokyo Meetup
?
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
测距センサと滨惭鲍センサを用いた指轮型デバイスにおける颜认証システムの提案
sugiuralab
?
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
実はアナタの身近にある!? Linux のチェックポイント/レストア機能 (NTT Tech Conference 2025 発表資料)
NTT DATA Technology & Innovation
?
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
ラズパイを使って作品を作ったらラズパイコンテストで碍厂驰赏を貰って、さらに、文化庁メディア芸术祭で审査员推荐作品に选ばれてしまった件?自作チップでラズパイ...
Industrial Technology Research Institute (ITRI)(工業技術研究院, 工研院)
?
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
【卒业论文】尝尝惭を用いた惭耻濒迟颈-础驳别苍迟-顿别产补迟别における反论の効果に関する研究
harmonylab
?
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
空间オーディオを用いたヘッドパスワードの提案と音源提示手法の最适化
sugiuralab
?
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
2025フードテックWeek大阪展示会 - LoRaWANを使った複数ポイント温度管理 by AVNET玉井部長
CRI Japan, Inc.
?
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
狈辞诲补滨迟蝉耻办颈冲反省観点の分类に基づく试合の振り返り支援システムに関する有用性検証冲顿贰滨惭2025
Matsushita Laboratory
?

惭测厂蚕尝で论理削除と正しく付き合う方法