Я настраиваю MySQL на веб-сервере с Apache и mod_php для повышения скорости, поэтому я запустил mysqltuner и вот результат:
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.63-0+squeeze1
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 255M (Tables: 120)
[--] Data in InnoDB tables: 5M (Tables: 2)
[!!] Total fragmented tables: 14
-------- Security Recommendations -------------------------------------------
ERROR 1142 (42000) at line 1: SELECT command denied to user 'lovecpokladu'@'localhost' for table 'user'
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 9h 37m 22s (6M q [185.754 qps], 286K conn, TX: 72B, RX: 767M)
[--] Reads / Writes: 85% / 15%
[--] Total buffers: 58.0M global + 2.7M per thread (151 max threads)
[OK] Maximum possible memory usage: 463.8M (11% of installed RAM)
[OK] Slow queries: 0% (105/6M)
[OK] Highest usage of available connections: 33% (50/151)
[OK] Key buffer size / total MyISAM indexes: 16.0M/48.9M
[OK] Key buffer hit rate: 99.9% (378M cached / 497K reads)
[OK] Query cache efficiency: 83.2% (4M cached / 5M selects)
[!!] Query cache prunes per day: 84442
[OK] Sorts requiring temporary tables: 6% (10K temp sorts / 159K sorts)
[!!] Joins performed without indexes: 403
[OK] Temporary tables created on disk: 25% (79K on disk / 312K total)
[OK] Thread cache hit rate: 99% (936 created / 286K connections)
[!!] Table cache hit rate: 0% (64 open / 102K opened)
[OK] Open file limit used: 10% (106/1K)
[OK] Table locks acquired immediately: 99% (1M immediate / 1M locks)
[!!] Connections aborted: 49%
[OK] InnoDB data size / buffer pool: 5.6M/8.0M
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
Increase table_cache gradually to avoid file descriptor limits
Your applications are not closing MySQL connections properly
Variables to adjust:
query_cache_size (> 16M)
join_buffer_size (> 128.0K, or always use indexes with joins)
table_cache (> 64)
Мой сценарий инициализации PDO:
$pdo = new PDO("mysql:host=localhost;dbname=...;charset=utf8", $user, $pass, array("SET NAMES utf8"));
$pdo->exec("SET CHARACTER SET utf8");
$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
Это говорит [!!] Connections aborted: 49%, я должен беспокоиться? Я использую PDO для непостоянного подключения к базе данных из PHP. Соединение должно быть закрыто в конце скрипта, поэтому я не могу понять причину таких прерываний соединения. Или даже если это действительно имеет значение.
Большое спасибо!
Если клиент mysql (в данном случае ваш сценарий PHP) не может выполнить mysql_close перед выходом, MySQL зарегистрирует прерванное соединение и увеличит значение переменной состояния прерванных клиентов.
Из документации MySQL: Ошибки связи и прерванные соединения
Если клиент успешно подключается, но позже отключается неправильно или завершается, сервер увеличивает значение переменной состояния Aborted_clients и записывает сообщение об отмене подключения в журнал ошибок. Причина может быть любой из следующих:
The client program did not call mysql_close() before exiting. The client had been sleeping more than wait_timeout or interactive_timeout seconds without issuing any requests to the server. See Section 5.1.4, “Server System Variables”.
Я не программист PHP, но по работе со стороны системного администратора знаю, что если вы не закроете соединения MySQL должным образом, вы сможете увидеть эти сообщения в журналах MySQL.
Также из документации: Подключения и управление подключениями
После успешного подключения к базе данных в ваш сценарий возвращается экземпляр класса PDO. Соединение остается активным в течение всего времени существования этого объекта PDO. Чтобы закрыть соединение, вам нужно уничтожить объект, убедившись, что все оставшиеся ссылки на него удалены - вы делаете это, присваивая NULL переменной, содержащей объект. Если вы не сделаете этого явно, PHP автоматически закроет соединение по завершении вашего скрипта.
Закройте соединения как можно скорее
На практике я рекомендую явно закрывать соединения MySQL, как только вы закончите с ними.
Представьте себе, что в условиях высокой нагрузки у вас есть:
В этом сценарии, если выполнение кода PHP занимает 5 секунд из-за высоких нагрузок, соединение MySQL остается открытым. Умножьте это на 1000 запросов в секунду, и вы легко исчерпаете свои MySQL-соединения. Явное закрытие соединения поможет избежать этой и других проблем.