回答編集履歴
3
回答追記
answer
CHANGED
@@ -25,3 +25,26 @@
|
|
25
25
|
MySQLの場合はその利用シーン(接続元言語仕様)からコネクションプールせずに接続切断の連続をする方が多い気がします。
|
26
26
|
Oracle社もそれを承知していて最新版の5.7では接続切断が多くてもコストが低くなるような調整をしています。
|
27
27
|
MySQLの接続についてのパフォーマンスチューニングはmax_connectionsとthread_cacheについて行う情報が多く見つかるので参考にされるとよいかもしれません。
|
28
|
+
|
29
|
+
### 回答追記20160308
|
30
|
+
|
31
|
+
> 最初の1行だけ時刻がずれている
|
32
|
+
|
33
|
+
ずれているのではなく表現が違うだけです。あまり気にするところではないと思います。
|
34
|
+
|
35
|
+
> lower_case_table_names = 2にしてもmysqlに反映されません
|
36
|
+
|
37
|
+
「反映されません」が具体的に何をして何になるのかはわかりませんが、これを設定してもInnoDBではすべて小文字になります。
|
38
|
+
[https://dev.mysql.com/doc/refman/5.7/en/identifier-case-sensitivity.html](https://dev.mysql.com/doc/refman/5.7/en/identifier-case-sensitivity.html)
|
39
|
+
|
40
|
+
> 起動ログで注意、エラーが多い気がする
|
41
|
+
|
42
|
+
推測ですが、旧バージョンのデータを引き継いでますか?そうだとしてmysql_upgradeをしてますか?
|
43
|
+
これ以外については私からは一つずつ指摘しません。1行ずつ意味を調べてみてください。
|
44
|
+
無視してよいものとすべきでないものがあります。
|
45
|
+
|
46
|
+
|
47
|
+
> innodbは標準の設定値でどのような仕様で使えるのでしょか?
|
48
|
+
|
49
|
+
ここのデフォルト値が書いてあります。
|
50
|
+
[http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html](http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html)
|
2
誤記訂正
answer
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
**質問文にあわせて回答も編集しました**
|
2
2
|
|
3
3
|
#### 起動しない原因(推測)
|
4
|
-
このmy.
|
4
|
+
このmy.cnfは前のバージョンで使用していたものでしょうか。
|
5
5
|
MySQL5.7では設定できないパラメーターが含まれているのが原因かと思われます。
|
6
6
|
|
7
7
|
できることならまるごとコピペするのではなく、まっさらな状態から一つ一つMySQL5.7で使えるパラメーターと意味を確認しながらmy.cnfを作ることをお勧めします。
|
1
原因特定
answer
CHANGED
@@ -1,8 +1,27 @@
|
|
1
|
-
mysqldのログ指定がないので、データディレクトリ /var/lib/mysql に マシン名.err のファイルでエラーログが出ているはずです。(mysqldがmy.confを読めていればですが)
|
2
|
-
|
1
|
+
**質問文にあわせて回答も編集しました**
|
3
2
|
|
3
|
+
#### 起動しない原因(推測)
|
4
|
+
このmy.confは前のバージョンで使用していたものでしょうか。
|
5
|
+
MySQL5.7では設定できないパラメーターが含まれているのが原因かと思われます。
|
6
|
+
|
7
|
+
できることならまるごとコピペするのではなく、まっさらな状態から一つ一つMySQL5.7で使えるパラメーターと意味を確認しながらmy.cnfを作ることをお勧めします。
|
8
|
+
[http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html](http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html)
|
9
|
+
|
10
|
+
意地悪せずに答えを書くと「innodb_additional_mem_pool_size」が MySQL5.7.4で削除されており、そのパラメータを消さないとおそらく起動しません。
|
11
|
+
[http://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_additional_mem_pool_size](http://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_additional_mem_pool_size)
|
12
|
+
|
13
|
+
ちなみにmy.cnfに何も書かなくてもinnodbは(標準の設定値で)使えます。
|
14
|
+
|
15
|
+
#### ログファイルの時刻
|
16
|
+
ログファイルの時刻の標準はUTCになっています。
|
17
|
+
my.cnfに
|
18
|
+
`log_timestamps = 'system'`
|
19
|
+
を書けばOSの時刻になります。
|
20
|
+
[http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_log_timestamps](http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_log_timestamps)
|
21
|
+
|
22
|
+
#### 同時接続
|
4
23
|
以下私の理解での回答です。
|
5
24
|
「同時接続数」はmax_connectionsで制御するのでコネクションプールだろうと何だろうと共通です。
|
6
25
|
MySQLの場合はその利用シーン(接続元言語仕様)からコネクションプールせずに接続切断の連続をする方が多い気がします。
|
7
26
|
Oracle社もそれを承知していて最新版の5.7では接続切断が多くてもコストが低くなるような調整をしています。
|
8
|
-
MySQLの接続についてのパフォーマンスチューニングはmax_connectionsとthread_cacheについて行う情報が多く見つかるので参考にされるとよいかもしれません。
|
27
|
+
MySQLの接続についてのパフォーマンスチューニングはmax_connectionsとthread_cacheについて行う情報が多く見つかるので参考にされるとよいかもしれません。
|