MySQL Cluster Casual Talks #2 ハッシュタグ #mysql_jp まとめ

タイムテーブルbot @event_timetable

■ ----- 19:15 いとうさん / (運用8カ月の四方山話的な予定) atnd.org/events/50736 #mysql_jp

con_mame @con_mame

mysqlでnumaというと　d.hatena.ne.jp/fat47/20121121…　の記事を思い出す #mysql_jp

ortus @ortus

【メモ】MySQLでのswap発生とNUMAアーキテクチャ - FAT47の底辺インフラ議事録 (id:fat47) d.hatena.ne.jp/fat47/touch/20…

🐬𝕏🍣𝕏🍻 @RKajiyama

GMO Yoursというイベント会場や会議室は無償で貸してくれるし、条件さえあえばVPSさえ貸してくれたり、GMO YoursでのイベントにはConoHaのクーポンとドリンクとプレゼントまで提供してくれるとか、GMOグループさん太っ腹すぎ #mysql_jp

yoku0825 @yoku0825

Timeout値が多すぎるとMaxNoOfConcurrentScansに引っかかる可能性が…ってかなり闇 #mysql_jp

Tomoya Kabe @limitusus

ざっくり設定か #mysql_jp

Mikiya Okuno @nippondanji

リトライ処理超重要。 #mysql_jp

yoku0825 @yoku0825

InnoDBに例えるなら、innodb_thread_concurrency(だっけ？)に近い気がする #mysql_jp

con_mame @con_mame

MaxNoOfConcurrentTransactions難しすぎるだ… #mysql_jp

yoku0825 @yoku0825

マニュアル通りの計算式で何となく動くのかなぁ #mysql_jp

Tomoya Kabe @limitusus

MaxNoOfConcurrentTransactions…だと… #mysql_jp

犬さん @inu3_

これ来た。 #mysql_jp MySQL Cluster Casual Talks #2 : ATND atnd.org/events/50736

yoku0825 @yoku0825

「MaxNoOfConcurrentTransactionsは小さいとさっくり枯渇する」「ローリングリスタートも大変なんで、最初からある程度大きな値にしておいた方がいい」 #mysql_jp

Michael H. Oshita @ijin

着いた。 #mysql_jp

Mikiya Okuno @nippondanji

REDOログのサイズ超重要。詳細は書籍P.83を（笑） #mysql_jp

yoku0825 @yoku0825

「SQLノード側はあんまり設定するものがない」 ので、大体このへん～という話の流れ #mysql_jp

そらは @sora_h

[mysqld] を増やす必要がある つらそう #mysql_jp

Tomoya Kabe @limitusus

NodeIdを一々増やすのはつらそう #mysql_jp

yoku0825 @yoku0825

ndb-cluster-connection-pool、お互いCPUが余ってて粒度の小さいクエリーが飛び交う状況なら利きそうな予感。 #mysql_jp

con_mame @con_mame

query cacheの設定ははまりますな #mysql_jp

yoku0825 @yoku0825

Query_cache、エンジンがNDBならトランザクションの状況をエンジンまで問い合わせてとかやるので、よけい遅くなるはず #mysql_jp

🐬𝕏🍣𝕏🍻 @RKajiyama

クエリーキャッシュの無効は、MySQL Clusterだけなじゃなくて通常のMySQL Serverでももはや定石 #mysql_jp

yoku0825 @yoku0825

「今年に入ってからMySQL Clusterが原因になった障害はなかった」 #mysql_jp

showkoba @showkoba

mysql clusterを本番サービスで使っている方の実感を聞きたいです！ #mysql_jp

Mikiya Okuno @nippondanji

リソースの枯渇は誰もが通る道。 #mysql_jp