ISO8610形式の日付時刻表記があります。イメージこんな感じのフォーマットです。
20150224T1045Z
詳しくはwikipediaなどでチェックしてみてください。
ISO 8601(wikipedia)
MySQLでは直接扱えないので、心得のあるひとはMySQLに突っ込む前にLL(Light Weigh
Language)などで変換すると思うのですが、ある程度限定された書式であれば、比較的簡単にLOAD
DATAで変換しながら、つっこめます。
本エントリは、そのとんちについてのメモです。対象データは以下のようなやつで/tmp/iso8610.txtとして置きます。
20150224T10Z
20150224T1045Z
20150224T104623Z
20150224T104623.283576Z
条件はこんな感じ
(1) すべてUTC
(2) …
mysql fabricにて書き込みのRANGEシャーディングしたテーブルから、
データを読み込みの確認。
分割定義
# Create Sharding Grop1 mysqlfabric group create shard1 mysqlfabric group add shard1 127.0.0.1:63304 mysqlfabric group add shard1 127.0.0.1:63305 mysqlfabric group add shard1 127.0.0.1:63306 mysqlfabric group promote shard1 mysqlfabric group activate shard1 # Create Sharding Group2 mysqlfabric group create shard2 mysqlfabric group add shard2 127.0.0.1:63307 mysqlfabric group add shard2 127.0.0.1:63308 mysqlfabric group add shard2 127.0.0.1:63309 mysqlfabric group promote shard2 mysqlfabric group activate shard2 # Add sharding to employee mysqlfabric sharding add_table 1 test.employees emp_no mysqlfabric sharding add_shard 1 shard1/1,shard2/300 --state=enabled
…
[さらに読む]
MySQLFabricはOpenStack Novaと連携可能なので、
選択肢の一つとしてProviderとしてOpenStackを登録してみた。
詳細はこちらの資料を参照下さい。
https://oracleus.activeevents.com/2014/connect/fileDownload/session/CF4F217F7E733EF6066ED14D5CB7371C/CON5636_Kindahl-MySQLFabricElasticityOOW2014.pdf
Provider登録用のコマンド
[admin@Fabric01 ~]$ mysqlfabric help provider register provider register provider_id username password url [--tenant=NONE] [--provider_type=OPENSTACK] [--default_image=NONE] [--default_flavor=NONE] [--extra=NONE] [--synchronous] Register a provider.
登録したProviderからサーバーをProvisioning
[admin@Fabric01 ~]$ …[さらに読む]
InnoDBの停止にやたら時間がかかる、と相談された時に調べたものメモ。
残念ながら試したのはMySQL 5.1.60の ビルトインInnoDB なので、InnoDB
PluginやMySQL 5.5以降なら違う結果が出るかも知れない。
まずそもそも、innodb_fast_shutdownの振る舞いについて。
MySQL :: MySQL 5.1 Reference Manual :: 14.6.7
InnoDB Startup Options and System Variables
InnoDBは停止/起動時に大まかに3つのことをやっていて、
- InnoDBログのフラッシュ
- InnoDBバッファプールのダーティーページをibdata1にフラッシュ
- ibdata1からのパージとインサートバッファのマージ(普段完全に非同期でやってるやつ) …
やってることはつまり昔から語られているアレです。
MySQLのserver-idの振り方 - blog.nomadscafe.jp
本番環境に突っ込むときはセットアップスクリプトがよしなにやってくれるようにしてあるんですが、DockerだとCMDでセットアップスクリプトを毎回流すの…?
とかなってもんにょりしたのでmysqld_safeにパッチを書きました。結構前ですが。
Docker_image_for_MySQL_Fabric_aware/mysqld_safe.patch
at master ·
yoku0825/Docker_image_for_MySQL_Fabric_aware
…
SYS Schema on MySQLの再確認
SYS Schemaは元々ps_helperという名前だったが、Oracle、MS SQLと同じように
分かり易くする為にSYSにしたとの事。
インストール方法
以下の2つのうちどちらか選択
1) Workbench6.1以上~
2) GitからScriptをダウンロード
root@localhost [sys]>select * from sys.version; +-------------+-------------------------------------------+ | sys_version | mysql_version | +-------------+-------------------------------------------+ | 1.1.0 | 5.6.22-enterprise-commercial-advanced-log | +-------------+-------------------------------------------+ 1 row in set (0.00 sec) root@localhost [sys]>select * from sys.schema_object_overview where db = 'sys'; …[さらに読む]
ことの発端はこのバグレポート。
MySQL Bugs: #75656: 5.7.5 skip_name_resolve stops all
connection attempts
なんでかよくわからないけれど、調べてみようと思った。そしたらば。
mysql57> SELECT user, host FROM mysql.user;
+------+-----------+
| user | host |
+------+-----------+
| root | localhost |
+------+-----------+
1 row in set (0.00 sec)
mysql_install_dbして起動しただけでコレ。これじゃあ--skip-name-resolveしたらつながらなくなるだろうという感じ。
日々の覚書: user@localhostとuser@127.0.0.1は別人?
…
MySQL Fabricを利用していて、Node障害が発生した場合の対応手順確認。
■ FAULTYの状態からの回復手順
今回は、MySQLのProcessをkillコマンドで停止して疑似障害を起こしていたので、
再度起動しなおしてから以下の操作を行いました。
1) 現状確認
-bash-4.2$ mysqlfabric group lookup_servers global
Fabric UUID: 5ca1ab1e-a007-feed-f00d-cab3fe13249e
Time-To-Live: 1
server_uuid address status mode weight
------------------------------------ --------------- --------- ---------- ------
4594fd2a-aa84-11e4-a01a-08002766cefe 127.0.0.1:63301 FAULTY READ_WRITE 1.0
46317949-aa84-11e4-a01a-08002766cefe 127.0.0.1:63302 PRIMARY READ_WRITE 1.0
470a3117-aa84-11e4-a01a-08002766cefe 127.0.0.1:63303 SECONDARY READ_ONLY 1.0
4783b13a-aa84-11e4-a01a-08002766cefe 127.0.0.1:63304 …[さらに読む]
mysqlfabric helpコマンドで見てもオプションがはっきりしなかったので
一応確認中ですが、set_modeにはREAD_WRITEとREAD_ONLY以外にもモードがあるようです。
Possible values are:
(0, ‘OFFLINE’), (1, ‘READ_ONLY’), (2, ‘WRITE_ONLY’), (3,
‘READ_WRITE’).
-bash-4.2$ mysqlfabric help server set_mode server set_mode server_id mode [--synchronous] Set a server's mode. The mode determines whether a server can process read-only, read-write or both transaction types.
WRITEにしてみる
-bash-4.2$ mysqlfabric server set_mode fbe1d550-a7f8-11e4-8f83-08002766cefe WRITE_ONLY
Fabric UUID: 5ca1ab1e-a007-feed-f00d-cab3fe13249e
Time-To-Live: 1
uuid finished success result
------------------------------------ -------- ------- ------
8a084578-b917-4864-a1db-68a430fb0b51 1 1 …[さらに読む]
Morgan
Tocker というMySQLの中の人(MySQL Community Teamのひと)が 自身のブログ で、MySQL
5.7のデフォルト値の変更に関する意見を募集していたりする。
Proposed MySQL 5.7 defaults. Please send feedback! http://t.co/Uq6c7STXBE
— morgo (@morgo) 2015, 1月 23
Proposal to change Replication and InnoDB Settings in MySQL 5.7
http://t.co/gr3AwwmoEv
— morgo (@morgo) 2015, 1月 14
…