SlideShare a Scribd company logo
yoku0825を支える技術
MySQLユーザ会会 in 長野 2017
NSEG #87
2017/05/14
yoku0825
yoku0825 #とは
空前絶後のぉ
とある企業のDBA
MySQLを愛し
MySQLに愛された男
※プライバシー保護のため一部音声を変えてあります
GMOペパボの福利厚生
※ここの社員じゃないです
はてなの外部API
MySQLが趣味仕事
ズンドコストレージエンジンの作者
$ wget http://dev.mysql.com/get/Downloads/MySQL‐5.6/mysql‐5.6.29.tar.
$ tar xf mysql‐5.6.29.tar.gz
$ cd mysql‐5.6.29
$ cp ‐r /path/to/zundoko_storage_engine storage/
$ cmake .
$ make
$ sudo make install
mysql> INSTALL PLUGIN zundoko SONAME 'ha_zundoko.so';
キ・ヨ・シ!!
mysql> CREATE TABLE t1 (val varchar(32)) Engine= zundoko;
mysql> SELECT * FROM t1;
+‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐+
| val                |
+‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐+
| ドコ               |
| ドコ               |
| ズン               |
| ズン               |
| ドコ               |
| ズン               |
| ドコ               |
| ズン               |
| ズン               |
| ズン               |
| ズン               |
| ズン               |
| ドコ               |
| キ・ヨ・シ!       |
+‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐+
14 rows in set (0.00 sec)
ウーパールーパー ピンクのおとうふ が
目印
※行き倒れていたのはわたしではないです
のbot
:﴾;゙゚'ω゚'﴿:
を支える技術
面白いことがないと生きていけない
なので最近yoku0825‐botを面白がらせている技術を紹介しま
す
\こんにちは/
yoku0825@とある企業のDBA
オラクれない
ポスグれない
マイエスキューエる
生息域
Twitter: @yoku0825
Blog: 日々の覚書
MyNA ML: 日本MySQLユーザ会
MySQL Casual's Slack: MySQL Casual
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
GTID﴾Global Transaction ID﴿
MySQL 5.6とそれ以降
5.6は再起動が必要なパラメーター、5.7はオンライン変更
( SET GLOBAL )可能
トランザクションを一意に識別するだけで、バイナリーログ
のイベントを一意に識別するわけではない
これ意外と見落とされがち
GTID﴾Global Transaction ID﴿
b7200c05‐1e8d‐11e7‐9e57‐0201a32caf75:2006
サーバー識別子(マスターの @@server_uuid )、ソースを追っ
かけるならSIDNO(Source ID NO)
datadir/auto.cnfに保管されるので、リストア時に注意
トランザクション識別子(マスター上でトランザクションが
コミットされた連番)、ソースを追っかけるなら
GNO(Group NO)
GTIDの表現
 b7200c05‐1e8d‐11e7‐9e57‐0201a32caf75:2006 
 b7200c05‐1e8d‐11e7‐9e57‐0201a32caf75:1‐2006 
 b7200c05‐1e8d‐11e7‐9e57‐0201a32caf75:1‐2006,n758f64f0‐
1e93‐11e7‐a3fc‐0201a32caf75:1‐99 
 758f64f0‐1e93‐11e7‐a3fc‐0201a32caf75:1‐99,n758f64f0‐1e93‐
11e7‐a3fc‐0201a32caf75:1000‐10000 
GTIDとマスター
バイナリーログにGTIDを埋め込むようになる…くらいしか違い
はない
とはいえ gtid_mode= ON には enforce_gtid_consistency= ON が
必要なので、マスターの振る舞いとしては違いは少なくとも
サーバーとしての振る舞いはちょっと違う
明らかにトランザクションアンセーフなステートメント
の実行を拒否するようになる
GTIDとI/Oスレッド
 master_auto_position= 1 の場合、「このファイルのこのポジ
ションから寄越せ!」の代わりに、「この(=スレーブが既に
適用済みの)GTID 以外 のバイナリーログを頼む」になる
サーバー側が動的にファイル名とポジションに変換して
送信してくれる。
GTIDとI/Oスレッド
I/OスレッドとBinlog Dumpスレッドがよしなにやってくれる
ので、  master_log_file と master_log_pos を設定する必要は
もうない
mysql> CHANGE MASTER TO master_host = '..',
    ‐>   master_port = .., 
    ‐>   master_auto_position = 1;
GTIDとSQLスレッド
これから実行するトランザクションのGTID( gtid_next )が
実行済み( gtid_executed に含まれる)の場合、実行しない
(スキップする)
これによってスレーブクラッシュ時の「リレーログの二
重適用」が完全に回避できる
sql/sql_parse.cc:mysql_execute_commandの中で分岐する
ので、エグゼキューターがそもそも(ほぼ)動かない。
エグゼキューターなので、SQLスレッドに限らずフツーの
スレッドでも同じ動作。
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
MTSのアーキテクチャー
MTSのアーキテクチャー
1. マスターのバイナリーログがリレーログに記録されるところ
までは一緒
2. SQL Thread﴾coordinator﴿がリレーログからイベントを取り出す
3. coordinatorがslave_worker_threadにイベントを渡す
4. slave_worker_threadはそれぞれExecutorを叩いてストレージと
バイナリーログを更新する
MTSのアーキテクチャー
1. マスターのバイナリーログがリレーログに記録されるところ
までは一緒
2. SQL Thread﴾coordinator﴿がリレーログからイベントを取り出す
3. coordinatorがslave_worker_threadにイベントを渡す
4. slave_worker_threadはそれぞれExecutorを叩いてストレージと
バイナリーログを更新する
MTSコーディネーター
前後のイベントが互いに干渉しない(順序を入れ替えても問
題ない)かどうかの責任を持つ
ただし順序が入れ替わる(線形でない)ことが大前提の
ため、シングルスレッドレプリケーションよりも結果整
合性の色が強い
MTSコーディネーター
5.6ではスキーマが分かれていることで干渉しないことを担保
(5.7の slave_parallel_type= DATABASE 相当)
5.7ではマスターでbinlogに記録された時の直前のコミットの
タイムスタンプをベースに干渉しないことを担保するモード
が登場( slave_parallel_type= LOGICAL_CLOCK )
マスター上でロックが競合せずにグループコミットの中
に入れたってことはスレーブでも競合しないってことだ
よね? という理屈
MTSのアーキテクチャー
1. マスターのバイナリーログがリレーログに記録されるところ
までは一緒
2. SQL Thread﴾coordinator﴿がリレーログからイベントを取り出す
3. coordinatorがslave_worker_threadにイベントを渡す
4. slave_worker_threadはそれぞれExecutorを叩いてストレージと
バイナリーログを更新する
MTSワーカー
独立して動作するため、RR(Repeatable‐Read)でもマスター
と同一のデータベース全体のスナップショットを保証できな
い
5.6ではスレーブ側のバイナリーログの中身は順序を保証でき
ない(5.7では slave_preserve_commit_order でLOGICAL_CLOCK
ベースの順序を保証できるようになった)
というか、position=100, 200, 300を受け取った時に200だけコ
ミットに失敗した場合とかGTIDベースでないとかなりつらい
気がする(未体験)
MTSおいしいです
 slave_parallel_type= LOGICAL_CLOCK ,  slave_worker_thread= 4 
4000 Updates/secくらい(?)
こんなに効くと思わなかった
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
Defer Table Index
正式名称は不明。 mysqlpump の ‐‐defer‐table‐index のこと
データをバルクロードする時にセカンダリーインデックスを
つけないでおいて、後から ALTER TABLE で追加するやり方
1億行で30分くらいかかってたロードが15分くらいになる
日々の覚書: MySQLインスタンス間でテーブルを移行する
投げ遣りベンチマーク
元ネタはSH2さんのMySQL 5.6における大量データロード時の
考慮点
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
MySQLのフォアグラウンドスレッドの一
生
たとえばHandlerSocketはこのへんをハッ
ク
HANDLERステートメントはここをハック
(?)
﴾ ー`дー´﴿ < MySQLのオプティマイザーは
馬鹿だから
﴾ ´∀`﴿ < SQLからでもオプティマイザー
かっとばして自己実装できるお!
テーブルを開いて、インデックスのカー
ソルを開いて
mysql80> HANDLER t1 OPEN;
Query OK, 0 rows affected (0.01 sec)
mysql80> HANDLER t1 READ flg_2 = (0, 10000);
+‐‐‐‐‐‐‐+‐‐‐‐‐‐+
| id    | flg  |
+‐‐‐‐‐‐‐+‐‐‐‐‐‐+
| 10000 |    0 |
+‐‐‐‐‐‐‐+‐‐‐‐‐‐+
1 row in set (0.00 sec)
㌧㌧㌧と
mysql80> HANDLER t1 READ flg_2 PREV;
+‐‐‐‐‐‐+‐‐‐‐‐‐+
| id   | flg  |
+‐‐‐‐‐‐+‐‐‐‐‐‐+
| 9999 |    0 |
+‐‐‐‐‐‐+‐‐‐‐‐‐+
1 row in set (0.01 sec)
mysql80> HANDLER t1 READ flg_2 PREV;
+‐‐‐‐‐‐+‐‐‐‐‐‐+
| id   | flg  |
+‐‐‐‐‐‐+‐‐‐‐‐‐+
| 9998 |    0 |
+‐‐‐‐‐‐+‐‐‐‐‐‐+
1 row in set (0.00 sec)
オプティマイザーのアレが気にくわない
方はやってみると楽しいです(いやマジ
で)
https://dev.mysql.com/doc/refman/5.6/ja/handler.html
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
botが最近気に入っているMySQLの機能
GTID﴾Global Transaction ID﴿
MTS﴾Multi Thread Slave﴿
Defer Table Index
HANDLERステートメント
PMM﴾Percona Monitoring and Management﴿
PMM﴾Percona Monitoring and
Management﴿
PMM﴾Percona Monitoring and
Management﴿
エージェント/サーバー型のパフォーマンスメトリクス収集ツ
ール
エージェントはrpmとかでパッケージされている
サーバーはDockerイメージ, Virtual Box, AMI
常用するならDockerから引きはがす努力が必要だと
思う
PMMサーバー
データのコンテナ化とか考えないならこれだけで十分
$ sudo docker pull percona/pmm‐server
$ sudo docker run ‐d ‐p 8080:80 percona/pmm‐server
PMMクライアント
percona‐releaseを使えるようにしておく
$ sudo yum install ‐‐enablerepo="percona*" pmm‐client
$ sudo pmm‐admin config 
> ‐‐server=__PMMサーバーのIPアドレス__:__PMMサーバーのポート__
OK, PMM server is alive.
PMM Server      | xxx.xxx.xxx.xxx:yyyy
Client Name     | 163‐44‐175‐117
Client Address  | 172.17.0.1
PMMクライアントの設定
 linux:metrics はホスト全体のCPUとかI/Oとか
$ sudo pmm‐admin add linux:metrics
OK, now monitoring this system.
$ sudo pmm‐admin list
..
‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐
SERVICE TYPE   NAME            LOCAL PORT  RUNNING  DATA SOURCE  OPTI
‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐
linux:metrics  163‐44‐175‐117  42000       YES      ‐
PMMクライアントの設定
 mysql:metrics はMySQLのメトリクス(PMPみたいな)
 ‐‐create‐user 
$ sudo pmm‐admin add mysql:metrics 
> ‐‐create‐user ‐‐socket /usr/mysql/8.0.1/data/mysql.sock 
> my_8.0.1_metrics
OK, now monitoring MySQL metrics using DSN pmm:***@unix(/usr/mysql/8.
PMMクライアントの設定
 mysql:queries はクエリーアナライザー(MEMのクエリーア
ナライザーにちょっとだけ似ている)
$ sudo pmm‐admin add mysql:queries 
> ‐‐socket /usr/mysql/8.0.1/data/mysql.sock 
> ‐‐query‐source perfschema my_8.0.1_queries
OK, now monitoring MySQL queries from perfschema using DSN pmm:***@un
PMM設定が終わると
$ sudo pmm‐admin list
..
‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
SERVICE TYPE   NAME              LOCAL PORT  RUNNING  DATA SOURCE    
‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
mysql:queries  my_8.0.1_queries  ‐           YES      pmm:***@unix(/u
linux:metrics  163‐44‐175‐117    42000       YES      ‐              
mysql:metrics  my_8.0.1_metrics  42002       YES      pmm:***@unix(/u
PMM設定その後
 ‐‐create‐user で作ったユーザーのパスワードとかはYAMLフ
ァイルに記録される
$ cat /usr/local/percona/pmm‐client/pmm.yml
server_address: 127.0.0.1:50080
client_address: 172.17.0.1
bind_address: 172.17.0.1
client_name: 163‐44‐175‐117
mysql_password: ',W;9kM8s4HR_4l;sCmL,'
PMMの画面
こっそり画面見せます
意外と かなり良さそうでしょ?
正直自分でスクラッチせずにここまで情報が得られるのはあ
りがたい
自分でスクラッチするとビジュアル化がつらいところだ
し
だがしかし
これ1台だけで1か月くらいしか保管してないんだけど MySQL
Performance Schema のメトリクスを開くと
top ‐ 03:38:48 up 290 days, 16:39,  0 users,  load average: 1.23, 0.3
Tasks:  22 total,   1 running,  21 sleeping,   0 stopped,   0 zombie
%Cpu(s): 21.2 us,  0.3 sy,  0.0 ni, 78.5 id,  0.0 wa,  0.0 hi,  0.0 s
KiB Mem:  32645548 total, 25757552 used,  6887996 free,       36 buff
KiB Swap: 23068664 total,  2033152 used, 21035512 free.  7141436 cach
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ C
   31 pmm       20   0  363040 306064  11744 S 679.4  0.9   0:47.79 p
   51 root      20   0 1427448  11040   4328 S   2.3  0.0   0:01.54 n
  467 mysql     20   0 1420524  72780   7732 S   0.7  0.2   0:01.49 m
   16 pmm       20   0   44556  14928   8164 S   0.3  0.0   0:00.60 c
  541 pmm       20   0  362504   8228   3944 S   0.3  0.0   0:00.15 o
    1 root      20   0   17964   1564   1300 S   0.0  0.0   0:00.03 e
   12 root      20   0   60628  14032   3664 S   0.0  0.0   0:00.12 s
   15 mysql     20   0    4440    760    604 S   0.0  0.0   0:00.01 m
   17 grafana   20   0 1593380  18936   8388 S   0.0  0.1   0:00.25 g
   19 root      20   0   85912   4216   3060 S   0.0  0.0   0:00.01 n
   23 root      20   0   23648   1040    828 S   0.0  0.0   0:00.00 c
   27 pmm       20   0   17948   1408   1164 S   0.0  0.0   0:00.00 b
ごめんこれちょっとDockerから引きはが
さないと無理。。
誰か頼んだ
あとオマケ
危惧する副代表
日本人の秘伝のタレに是非とも入れるべ
き設定
$ vim /etc/my.cnf
..
[mysqld]
character_set_server = utf8mb4
collation_server = utf8mb4_ja_0900_as_cs
みんなに おしえて あげよう!
MySQLの正しい発音
マイエスキューエル
The official way to pronounce “MySQL” is “My Ess Que Ell” ﴾not
“my sequel”﴿, but we do not mind if you pronounce it as “my
sequel” or in some other localized way.
http://dev.mysql.com/doc/refman/5.7/en/what‐is‐mysql.html
MySQLの名前の由来
Myちゃん
MySQL is named after co‐founder Monty Widenius's daughter,
My.
http://dev.mysql.com/doc/refman/5.7/en/history.html
ただしMyちゃんの名前の発音は ミィ
MariaDBの名前の由来
Mariaちゃん
MariaDB continues this tradition by being named after his
younger daughter, Maria.
https://mariadb.com/kb/en/mariadb/why‐is‐the‐project‐
called‐mariadb/
宿命のライバル(?)のツーショット
http://www.slideshare.net/Codemotion/my‐sql‐
mariadbstorycodemotion
MySQLのロゴ、あのイルカの名前
サキラまたはサキーラ
The name of the MySQL Dolphin ﴾our logo﴿ is “Sakila,”
http://dev.mysql.com/doc/refman/5.7/en/history.html
伝説のBug#2
MySQL Bugs: #2: Does not make Toast
Fixing MySQL Bug#2: now MySQL makes toast!
まさかの8.0でリグレッション
#0  0x00007f11bf9cc741 in __pthread_kill (threadid=<optimized out>, s
#1  0x00000000018514ca in my_write_core (sig=6) at /git/mysql‐8.0.1_d
#2  0x0000000000e81e91 in handle_fatal_signal (sig=6) at /git/mysql‐8
#3  <signal handler called>
#4  0x00007f11bdd601d7 in __GI_raise (sig=sig@entry=6) at ../nptl/sys
#5  0x00007f11bdd618c8 in __GI_abort () at abort.c:90
#6  0x0000000001bcd31c in ut_dbg_assertion_failed (expr=0x2233ba3 "pu
    at /git/mysql‐8.0.1_dbg/storage/innobase/ut/ut0dbg.cc:67
#7  0x0000000001b63d44 in check_if_burned (sandwich=0x7f11b1be8868,to
#8  0x0000000001b640d7 in make_toast (arg=0x0) at /git/mysql‐8.0.1_db
#9  0x00007f11bf9c7dc5 in start_thread (arg=0x7f118b7fd700) at pthrea
#10 0x00007f11bde2273d in clone () at ../sysdeps/unix/sysv/linux/x86_
Questions and/or Suggestions?

More Related Content

What's hot

サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
yoku0825
 
MySQLチューニング
MySQLチューニングMySQLチューニング
MySQLチューニング
yoku0825
 
FDW-based Sharding Update and Future
FDW-based Sharding Update and FutureFDW-based Sharding Update and Future
FDW-based Sharding Update and Future
Masahiko Sawada
 
MySQL SYSスキーマのご紹介
MySQL SYSスキーマのご紹介MySQL SYSスキーマのご紹介
MySQL SYSスキーマのご紹介
Shinya Sugiyama
 
MySQLバックアップの基本
MySQLバックアップの基本MySQLバックアップの基本
MySQLバックアップの基本
yoyamasaki
 
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
NTT DATA Technology & Innovation
 
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
PgDay.Seoul
 
binary log と 2PC と Group Commit
binary log と 2PC と Group Commitbinary log と 2PC と Group Commit
binary log と 2PC と Group Commit
Takanori Sejima
 
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
NTT DATA Technology & Innovation
 
MySQLトラブル解析入門
MySQLトラブル解析入門MySQLトラブル解析入門
MySQLトラブル解析入門
Mikiya Okuno
 
[Postgre sql9.4新機能]レプリケーション・スロットの活用
[Postgre sql9.4新機能]レプリケーション・スロットの活用[Postgre sql9.4新機能]レプリケーション・スロットの活用
[Postgre sql9.4新機能]レプリケーション・スロットの活用
Kosuke Kida
 
Upgrade from MySQL 5.7 to MySQL 8.0
Upgrade from MySQL 5.7 to MySQL 8.0Upgrade from MySQL 5.7 to MySQL 8.0
Upgrade from MySQL 5.7 to MySQL 8.0
Olivier DASINI
 
Amazon RDSを参考にしたとりまチューニング
Amazon RDSを参考にしたとりまチューニングAmazon RDSを参考にしたとりまチューニング
Amazon RDSを参考にしたとりまチューニング
Shunsuke Mihara
 
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
NTT DATA Technology & Innovation
 
My sql failover test using orchestrator
My sql failover test  using orchestratorMy sql failover test  using orchestrator
My sql failover test using orchestrator
YoungHeon (Roy) Kim
 
Devsの常識、DBAは非常識
Devsの常識、DBAは非常識Devsの常識、DBAは非常識
Devsの常識、DBAは非常識
yoku0825
 
雑なMySQLパフォーマンスチューニング
雑なMySQLパフォーマンスチューニング雑なMySQLパフォーマンスチューニング
雑なMySQLパフォーマンスチューニング
yoku0825
 
MySQLテーブル設計入門
MySQLテーブル設計入門MySQLテーブル設計入門
MySQLテーブル設計入門
yoku0825
 
Webinar: PostgreSQL continuous backup and PITR with Barman
Webinar: PostgreSQL continuous backup and PITR with BarmanWebinar: PostgreSQL continuous backup and PITR with Barman
Webinar: PostgreSQL continuous backup and PITR with Barman
Gabriele Bartolini
 
Maxscale_메뉴얼
Maxscale_메뉴얼Maxscale_메뉴얼
Maxscale_메뉴얼
NeoClova
 

What's hot (20)

サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
サーバーが完膚なきまでに死んでもMySQLのデータを失わないための表技
 
MySQLチューニング
MySQLチューニングMySQLチューニング
MySQLチューニング
 
FDW-based Sharding Update and Future
FDW-based Sharding Update and FutureFDW-based Sharding Update and Future
FDW-based Sharding Update and Future
 
MySQL SYSスキーマのご紹介
MySQL SYSスキーマのご紹介MySQL SYSスキーマのご紹介
MySQL SYSスキーマのご紹介
 
MySQLバックアップの基本
MySQLバックアップの基本MySQLバックアップの基本
MySQLバックアップの基本
 
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQL14の pg_stat_statements 改善(第23回PostgreSQLアンカンファレンス@オンライン 発表資料)
 
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
[Pgday.Seoul 2021] 2. Porting Oracle UDF and Optimization
 
binary log と 2PC と Group Commit
binary log と 2PC と Group Commitbinary log と 2PC と Group Commit
binary log と 2PC と Group Commit
 
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
PostgreSQLレプリケーション10周年!徹底紹介!(PostgreSQL Conference Japan 2019講演資料)
 
MySQLトラブル解析入門
MySQLトラブル解析入門MySQLトラブル解析入門
MySQLトラブル解析入門
 
[Postgre sql9.4新機能]レプリケーション・スロットの活用
[Postgre sql9.4新機能]レプリケーション・スロットの活用[Postgre sql9.4新機能]レプリケーション・スロットの活用
[Postgre sql9.4新機能]レプリケーション・スロットの活用
 
Upgrade from MySQL 5.7 to MySQL 8.0
Upgrade from MySQL 5.7 to MySQL 8.0Upgrade from MySQL 5.7 to MySQL 8.0
Upgrade from MySQL 5.7 to MySQL 8.0
 
Amazon RDSを参考にしたとりまチューニング
Amazon RDSを参考にしたとりまチューニングAmazon RDSを参考にしたとりまチューニング
Amazon RDSを参考にしたとりまチューニング
 
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLのfull_page_writesについて(第24回PostgreSQLアンカンファレンス@オンライン 発表資料)
 
My sql failover test using orchestrator
My sql failover test  using orchestratorMy sql failover test  using orchestrator
My sql failover test using orchestrator
 
Devsの常識、DBAは非常識
Devsの常識、DBAは非常識Devsの常識、DBAは非常識
Devsの常識、DBAは非常識
 
雑なMySQLパフォーマンスチューニング
雑なMySQLパフォーマンスチューニング雑なMySQLパフォーマンスチューニング
雑なMySQLパフォーマンスチューニング
 
MySQLテーブル設計入門
MySQLテーブル設計入門MySQLテーブル設計入門
MySQLテーブル設計入門
 
Webinar: PostgreSQL continuous backup and PITR with Barman
Webinar: PostgreSQL continuous backup and PITR with BarmanWebinar: PostgreSQL continuous backup and PITR with Barman
Webinar: PostgreSQL continuous backup and PITR with Barman
 
Maxscale_메뉴얼
Maxscale_메뉴얼Maxscale_메뉴얼
Maxscale_메뉴얼
 

Similar to わたしを支える技術

OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
sakaik
 
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
Takahiro Okumura
 
MySQL Casual Talks in Fukuoka vol.2
MySQL Casual Talks in Fukuoka vol.2MySQL Casual Talks in Fukuoka vol.2
MySQL Casual Talks in Fukuoka vol.2
学 松崎
 
MySQL clients
MySQL clientsMySQL clients
MySQL clients
yoku0825
 
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
真乙 九龍
 
20140612_Docker上でCloudStackを動かしてみる!!
20140612_Docker上でCloudStackを動かしてみる!!20140612_Docker上でCloudStackを動かしてみる!!
20140612_Docker上でCloudStackを動かしてみる!!
Midori Oge
 
tcpdump & xtrabackup @ MySQL Casual Talks #1
tcpdump & xtrabackup @ MySQL Casual Talks #1tcpdump & xtrabackup @ MySQL Casual Talks #1
tcpdump & xtrabackup @ MySQL Casual Talks #1
Ryosuke IWANAGA
 
ザ・ドキュメント~うまくいかないNoSQL~
ザ・ドキュメント~うまくいかないNoSQL~ザ・ドキュメント~うまくいかないNoSQL~
ザ・ドキュメント~うまくいかないNoSQL~
Akihiro Kuwano
 
第1回 一撃サーバー構築シェルスクリプト勉強会
第1回 一撃サーバー構築シェルスクリプト勉強会第1回 一撃サーバー構築シェルスクリプト勉強会
第1回 一撃サーバー構築シェルスクリプト勉強会
Yasutaka Hamada
 
使ってみた!ioMemoryで実現する噂のAtomic write!
使ってみた!ioMemoryで実現する噂のAtomic write!使ってみた!ioMemoryで実現する噂のAtomic write!
使ってみた!ioMemoryで実現する噂のAtomic write!
IIJ
 
My sql casual_in_fukuoka_vol1
My sql casual_in_fukuoka_vol1My sql casual_in_fukuoka_vol1
My sql casual_in_fukuoka_vol1
Makoto Haruyama
 
OpenStackで始めるクラウド環境構築入門
OpenStackで始めるクラウド環境構築入門OpenStackで始めるクラウド環境構築入門
OpenStackで始めるクラウド環境構築入門
VirtualTech Japan Inc.
 
LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版
LINE Corporation
 
Djangoとweb2pyをapacheに組込む
Djangoとweb2pyをapacheに組込むDjangoとweb2pyをapacheに組込む
Djangoとweb2pyをapacheに組込む
2bo 2bo
 
5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境
yoyamasaki
 
5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境
yoyamasaki
 
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
Masahiro Nagano
 
Zabbixを2分でインストール
Zabbixを2分でインストールZabbixを2分でインストール
Zabbixを2分でインストール
真乙 九龍
 
LINEのMySQL運用について
LINEのMySQL運用についてLINEのMySQL運用について
LINEのMySQL運用について
LINE Corporation
 

Similar to わたしを支える技術 (20)

OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
OSC2017 Hokkaido. MySQL今こそインストールを極めよう~改めて考える環境構築~
 
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
 
MySQL Casual Talks in Fukuoka vol.2
MySQL Casual Talks in Fukuoka vol.2MySQL Casual Talks in Fukuoka vol.2
MySQL Casual Talks in Fukuoka vol.2
 
MySQL clients
MySQL clientsMySQL clients
MySQL clients
 
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
自宅ラック勉強会 2.2 夏のZabbix特別教室 ~構築編~
 
20140612_Docker上でCloudStackを動かしてみる!!
20140612_Docker上でCloudStackを動かしてみる!!20140612_Docker上でCloudStackを動かしてみる!!
20140612_Docker上でCloudStackを動かしてみる!!
 
tcpdump & xtrabackup @ MySQL Casual Talks #1
tcpdump & xtrabackup @ MySQL Casual Talks #1tcpdump & xtrabackup @ MySQL Casual Talks #1
tcpdump & xtrabackup @ MySQL Casual Talks #1
 
ザ・ドキュメント~うまくいかないNoSQL~
ザ・ドキュメント~うまくいかないNoSQL~ザ・ドキュメント~うまくいかないNoSQL~
ザ・ドキュメント~うまくいかないNoSQL~
 
Maatkitの紹介
Maatkitの紹介Maatkitの紹介
Maatkitの紹介
 
第1回 一撃サーバー構築シェルスクリプト勉強会
第1回 一撃サーバー構築シェルスクリプト勉強会第1回 一撃サーバー構築シェルスクリプト勉強会
第1回 一撃サーバー構築シェルスクリプト勉強会
 
使ってみた!ioMemoryで実現する噂のAtomic write!
使ってみた!ioMemoryで実現する噂のAtomic write!使ってみた!ioMemoryで実現する噂のAtomic write!
使ってみた!ioMemoryで実現する噂のAtomic write!
 
My sql casual_in_fukuoka_vol1
My sql casual_in_fukuoka_vol1My sql casual_in_fukuoka_vol1
My sql casual_in_fukuoka_vol1
 
OpenStackで始めるクラウド環境構築入門
OpenStackで始めるクラウド環境構築入門OpenStackで始めるクラウド環境構築入門
OpenStackで始めるクラウド環境構築入門
 
LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版
 
Djangoとweb2pyをapacheに組込む
Djangoとweb2pyをapacheに組込むDjangoとweb2pyをapacheに組込む
Djangoとweb2pyをapacheに組込む
 
5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境
 
5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境5分で作るMySQL Cluster環境
5分で作るMySQL Cluster環境
 
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
メルカリのデータベース戦略 / PHPとMySQLの怖い話 MyNA会2015年8月
 
Zabbixを2分でインストール
Zabbixを2分でインストールZabbixを2分でインストール
Zabbixを2分でインストール
 
LINEのMySQL運用について
LINEのMySQL運用についてLINEのMySQL運用について
LINEのMySQL運用について
 

More from yoku0825

逝くぞ最新版、罠の貯蔵は十分か
逝くぞ最新版、罠の貯蔵は十分か逝くぞ最新版、罠の貯蔵は十分か
逝くぞ最新版、罠の貯蔵は十分か
yoku0825
 
MySQLレプリケーションあれやこれや
MySQLレプリケーションあれやこれやMySQLレプリケーションあれやこれや
MySQLレプリケーションあれやこれや
yoku0825
 
MySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいことMySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいこと
yoku0825
 
片手間MySQLチューニング戦略
片手間MySQLチューニング戦略片手間MySQLチューニング戦略
片手間MySQLチューニング戦略
yoku0825
 
MySQLステータスモニタリング
MySQLステータスモニタリングMySQLステータスモニタリング
MySQLステータスモニタリング
yoku0825
 
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
MySQL 5.7の次のMySQL 8.0はどんなものになるだろうMySQL 5.7の次のMySQL 8.0はどんなものになるだろう
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
yoku0825
 
Dockerイメージで誰でも気軽にMroonga体験
Dockerイメージで誰でも気軽にMroonga体験Dockerイメージで誰でも気軽にMroonga体験
Dockerイメージで誰でも気軽にMroonga体験
yoku0825
 
MySQLアンチパターン
MySQLアンチパターンMySQLアンチパターン
MySQLアンチパターン
yoku0825
 
MySQL 5.7の次のMySQLは
MySQL 5.7の次のMySQLはMySQL 5.7の次のMySQLは
MySQL 5.7の次のMySQLは
yoku0825
 
MySQLerの7つ道具
MySQLerの7つ道具MySQLerの7つ道具
MySQLerの7つ道具
yoku0825
 
MHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQLMHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQL
yoku0825
 
5.7の次のMySQL
5.7の次のMySQL5.7の次のMySQL
5.7の次のMySQL
yoku0825
 
mikasafabric for MySQL
mikasafabric for MySQLmikasafabric for MySQL
mikasafabric for MySQL
yoku0825
 
とあるイルカの近況報告
とあるイルカの近況報告とあるイルカの近況報告
とあるイルカの近況報告
yoku0825
 
MySQL Fabricでぼっこぼこにされたはなし
MySQL FabricでぼっこぼこにされたはなしMySQL Fabricでぼっこぼこにされたはなし
MySQL Fabricでぼっこぼこにされたはなし
yoku0825
 
MySQLと正規形のはなし
MySQLと正規形のはなしMySQLと正規形のはなし
MySQLと正規形のはなし
yoku0825
 
MySQLおじさんの逆襲
MySQLおじさんの逆襲MySQLおじさんの逆襲
MySQLおじさんの逆襲
yoku0825
 
地雷職人の朝は早い
地雷職人の朝は早い地雷職人の朝は早い
地雷職人の朝は早い
yoku0825
 
ペパボ de MySQL
ペパボ de MySQLペパボ de MySQL
ペパボ de MySQL
yoku0825
 
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーションイルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
yoku0825
 

More from yoku0825 (20)

逝くぞ最新版、罠の貯蔵は十分か
逝くぞ最新版、罠の貯蔵は十分か逝くぞ最新版、罠の貯蔵は十分か
逝くぞ最新版、罠の貯蔵は十分か
 
MySQLレプリケーションあれやこれや
MySQLレプリケーションあれやこれやMySQLレプリケーションあれやこれや
MySQLレプリケーションあれやこれや
 
MySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいことMySQL 8.0で憶えておいてほしいこと
MySQL 8.0で憶えておいてほしいこと
 
片手間MySQLチューニング戦略
片手間MySQLチューニング戦略片手間MySQLチューニング戦略
片手間MySQLチューニング戦略
 
MySQLステータスモニタリング
MySQLステータスモニタリングMySQLステータスモニタリング
MySQLステータスモニタリング
 
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
MySQL 5.7の次のMySQL 8.0はどんなものになるだろうMySQL 5.7の次のMySQL 8.0はどんなものになるだろう
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
 
Dockerイメージで誰でも気軽にMroonga体験
Dockerイメージで誰でも気軽にMroonga体験Dockerイメージで誰でも気軽にMroonga体験
Dockerイメージで誰でも気軽にMroonga体験
 
MySQLアンチパターン
MySQLアンチパターンMySQLアンチパターン
MySQLアンチパターン
 
MySQL 5.7の次のMySQLは
MySQL 5.7の次のMySQLはMySQL 5.7の次のMySQLは
MySQL 5.7の次のMySQLは
 
MySQLerの7つ道具
MySQLerの7つ道具MySQLerの7つ道具
MySQLerの7つ道具
 
MHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQLMHAの次を目指す mikasafabric for MySQL
MHAの次を目指す mikasafabric for MySQL
 
5.7の次のMySQL
5.7の次のMySQL5.7の次のMySQL
5.7の次のMySQL
 
mikasafabric for MySQL
mikasafabric for MySQLmikasafabric for MySQL
mikasafabric for MySQL
 
とあるイルカの近況報告
とあるイルカの近況報告とあるイルカの近況報告
とあるイルカの近況報告
 
MySQL Fabricでぼっこぼこにされたはなし
MySQL FabricでぼっこぼこにされたはなしMySQL Fabricでぼっこぼこにされたはなし
MySQL Fabricでぼっこぼこにされたはなし
 
MySQLと正規形のはなし
MySQLと正規形のはなしMySQLと正規形のはなし
MySQLと正規形のはなし
 
MySQLおじさんの逆襲
MySQLおじさんの逆襲MySQLおじさんの逆襲
MySQLおじさんの逆襲
 
地雷職人の朝は早い
地雷職人の朝は早い地雷職人の朝は早い
地雷職人の朝は早い
 
ペパボ de MySQL
ペパボ de MySQLペパボ de MySQL
ペパボ de MySQL
 
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーションイルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
 

Recently uploaded

【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
Sony - Neural Network Libraries
 
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ..."ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
たけおか しょうぞう
 
Kyndryl Developer Services のご紹介 2024年7月
Kyndryl Developer Services のご紹介  2024年7月Kyndryl Developer Services のご紹介  2024年7月
Kyndryl Developer Services のご紹介 2024年7月
Takayuki Nakayama
 
Matsuo-Iwasawa Lab. Research unit Introduction
Matsuo-Iwasawa Lab. Research unit IntroductionMatsuo-Iwasawa Lab. Research unit Introduction
Matsuo-Iwasawa Lab. Research unit Introduction
Matsuo Lab
 
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
Toru Tamaki
 
Imitation learning for robotics 勉強会資料(20240701)
Imitation learning for robotics 勉強会資料(20240701)Imitation learning for robotics 勉強会資料(20240701)
Imitation learning for robotics 勉強会資料(20240701)
Natsutani Minoru
 
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
Sony - Neural Network Libraries
 
Matsuo-Iwasawa lab. Research Unit Introduction
Matsuo-Iwasawa lab. Research Unit IntroductionMatsuo-Iwasawa lab. Research Unit Introduction
Matsuo-Iwasawa lab. Research Unit Introduction
Matsuo Lab
 
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
Toru Tamaki
 
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
chisatotakane
 
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログLoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
CRI Japan, Inc.
 
Matsuo-Iwasawa Lab. | Research unit Introduction
Matsuo-Iwasawa Lab. | Research unit IntroductionMatsuo-Iwasawa Lab. | Research unit Introduction
Matsuo-Iwasawa Lab. | Research unit Introduction
Matsuo Lab
 

Recently uploaded (12)

【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
【AI論文解説】クラスタリングベースアプローチによる大規模データセット自動キュレーション
 
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ..."ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
"ros2rapper", Hardware implimentation of ROS2 communication Protocol without ...
 
Kyndryl Developer Services のご紹介 2024年7月
Kyndryl Developer Services のご紹介  2024年7月Kyndryl Developer Services のご紹介  2024年7月
Kyndryl Developer Services のご紹介 2024年7月
 
Matsuo-Iwasawa Lab. Research unit Introduction
Matsuo-Iwasawa Lab. Research unit IntroductionMatsuo-Iwasawa Lab. Research unit Introduction
Matsuo-Iwasawa Lab. Research unit Introduction
 
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
論文紹介:Task-aligned Part-aware Panoptic Segmentation through Joint Object-Part ...
 
Imitation learning for robotics 勉強会資料(20240701)
Imitation learning for robotics 勉強会資料(20240701)Imitation learning for robotics 勉強会資料(20240701)
Imitation learning for robotics 勉強会資料(20240701)
 
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
【AI論文解説】LLMの事前学習をvisionに適用する手法Autoregressive Image Models
 
Matsuo-Iwasawa lab. Research Unit Introduction
Matsuo-Iwasawa lab. Research Unit IntroductionMatsuo-Iwasawa lab. Research Unit Introduction
Matsuo-Iwasawa lab. Research Unit Introduction
 
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
論文紹介:BAM-DETR: Boundary-Aligned Moment Detection Transformer for Temporal Sen...
 
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
最速の組織を目指して全社で大規模スクラムを導入してみた話 #dxd2024 #medicalforce
 
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログLoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
LoRaWAN AI Image Sensorエンドデバイス AIG01カタログ
 
Matsuo-Iwasawa Lab. | Research unit Introduction
Matsuo-Iwasawa Lab. | Research unit IntroductionMatsuo-Iwasawa Lab. | Research unit Introduction
Matsuo-Iwasawa Lab. | Research unit Introduction
 

わたしを支える技術