개방형 파일 제한: Debian Jessies의 MySQL과 커뮤니티 Oracle MySQL

방금 MySQL Jessie 5.5에서 MySQL Oracle Community Edition v5.6으로 업그레이드했습니다.

저는 약 230개의 데이터베이스와 32,000개가 넘는 파일/테이블을 가진 특정 MySQL 서버를 가지고 있습니다.

지난 2~3년 동안 한 번도 그런 적이 없었는데도보여주다데비안 버전에 문제가 있습니다. 이번 업그레이드 후 몇 시간이 지나서 서버에서 제공하는 서비스가 실패했습니다.

문제를 디버깅한 후 프로세스당 열린 파일 수 제한으로 인해 문제가 발생했다는 사실을 발견했습니다.

프로세스당 파일 열기 제한을 늘리는 문제를 해결했습니다. 나는 다음에 추가했다 /etc/sysctl.conf:

fs.file-max=100000

그리고/etc/security/limits.conf

* - nofile 100000

나중에 MySQL을 다시 시작했더니 서비스가 정상으로 돌아왔습니다. 이 문제를 논의하는 문서입니다.http://duntuk.com/how-raise-ulimit-open-files-and-mysql-openfileslimit

내 서버에서:

mysql> show global variables like 'open%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| open_files_limit | 100000 |
+------------------+--------+
1 row in set (0.00 sec)

mysql> select @@table_open_cache;
+--------------------+
| @@table_open_cache |
+--------------------+
|              15000 |
+--------------------+
1 row in set (0.00 sec)

문제를 해결한 후 찾기 시작했습니다.스크립트나 코드에 차이가 있나요?Debian과 Oracle 버전 사이.

간략한 분석을 통해 둘 다 my.cnf에 있고 open_files_limit스크립트에 "--open-files-limit" 옵션도 있다는 사실을 알게 되었는데 /usr/bin/mysqld_safe, 이는 실제로 이전에 언급한 문서/링크로 연결되었습니다.

그러나 열린 파일 제한과 관련된 동작의 차이를 정당화하기 위한 추가 정보를 코드나 스크립트에서 찾지 못했습니다.

또한 MySQL 5.5를 사용하는 Jessie의 다른 서버에서는 table_open_cache가 실제로 더 낮다는 것을 알 수 있습니다.

mysql> select @@table_open_cache;
+--------------------+
| @@table_open_cache |
+--------------------+
|                512 |
+--------------------+
1 row in set (0.00 sec)

기본 table_open_cache 증가로 인해 이 문제가 부분적으로 설명될 수 있지만 이것이 완전히 타당하다고는 확신할 수 없습니다.

누군가 이것을 설명할 수 있나요?