Архитектура плагинов MySQL Native Driver

В этой секции рассмотрена архитектура плагинов mysqlnd.

Поверхностный обзор MySQL Native Driver

Перед началом разработки плагинов mysqlnd, полезно ознакомиться, как сам по себе организован mysqlnd. Mysqlnd состоит из следующих модулей:

Организационная схема mysqlnd, помодульно
Модули статистики mysqlnd_statistics.c
Соединение mysqlnd.c
Результирующий набор mysqlnd_result.c
Метаданные результирующего набора mysqlnd_result_meta.c
Оператор mysqlnd_ps.c
Сеть mysqlnd_net.c
Протокол обмена mysqlnd_wireprotocol.c

Объектно-ориентированная парадигма C

На уровне кода, mysqlnd использует паттерн C для реализации объектно-ориентированного подхода.

В C объекты описывают используя struct. Члены структуры являются свойствами объекта. Члены структуры, указывающие на функции, являются методами.

В отличие от таких языков как C++ или Java, в C нет фиксированных правил наследования. Однако существуют некоторые договоренности, которым необходимо следовать, но это мы обсудим позже.

Жизненный цикл PHP

При рассмотрении жизненного цикла PHP существует два основных цикла:

  • Цикл старта и остановки движка PHP

  • Цикл обработки запроса

При старте движка PHP, первым делом вызывается функция инициализации модулей (MINIT) для каждого зарегистрированного модуля. Это позволяет каждому модулю установить переменные и выделить ресурсы, которые будут задействованы все время жизни процесса движка PHP. Когда движок PHP выключается, он вызывает функцию остановки модулей (MSHUTDOWN) для каждого модуля.

На протяжении жизненного цикла движка PHP, он принимает некоторое количество запросов. Каждый запрос порождает новый жизненный цикл. На каждый запрос, движок PHP вызывает функцию инициализации для каждого модуля. Модуль может предпринять выставление переменных и выделение ресурсов, требуемых для обслуживания запроса. По окончании жизни запроса, движок вызывает функцию остановки запроса (RSHUTDOWN) для каждого модуля, что позволяет им произвести необходимые чистки.

Как работает плагин

Плагин mysqlnd работает перехватывая вызовы модулей, использующих mysqlnd, к mysqlnd. Это достигается подменой таблицы функций mysqlnd на созданную плагином.

Следующий код демонстрирует замену таблицы функций mysqlnd:

/* хранилище оригинальной таблицы */
struct st_mysqlnd_conn_methods org_methods;

void minit_register_hooks(TSRMLS_D) {
  /* активная таблица функций */
  struct st_mysqlnd_conn_methods * current_methods
    = mysqlnd_conn_get_methods();

  /* бэкап оригинальной таблицы */
  memcpy(&org_methods, current_methods,
    sizeof(struct st_mysqlnd_conn_methods);

  /* установка новых методов */
  current_methods->query = MYSQLND_METHOD(my_conn_class, query);
}

Манипуляцией с таблицей функций соединения необходимо заниматься на этапе инициализации модуля (MINIT). Таблица функций - это глобальный разделяемый ресурс. В многопоточном окружении, со сборкой TSRM, манипуляция глобальным разделяемым ресурсом на этапе обработки запроса приведет к конфликтам.

Замечание:

Не используйте какую-либо логику, связанную с фиксированным размером при манипуляции с таблицей функций mysqlnd. Всегда добавляйте новые методы в конец таблицы, так как сама таблица может в будущем в любой момент измениться.

Вызов родительских методов

Если записи оригинальной таблицы функций были сохранены, то всегда остается возможность вызвать оригинальный метод - родительский.

В некоторых случаях, например, для Connection::stmt_init(), жизненно важно сначала вызвать родительский метод, и только потом делать что либо в новом методе.

MYSQLND_METHOD(my_conn_class, query)(MYSQLND *conn,
  const char *query, unsigned int query_len TSRMLS_DC) {

  php_printf("my_conn_class::query(query = %s)\n", query);

  query = "SELECT 'query rewritten' FROM DUAL";
  query_len = strlen(query);

  return org_methods.query(conn, query, query_len); /* возврат с вызовом родителя */
}

Расширение свойств

Объекты mysqlnd представлены как C struct. Невозможно добавить члена в C struct во время исполнения. Пользователи объектов mysqlnd не могут просто добавить свойства объекту.

Произвольные данные (свойства) могут быть добавлены к объекту mysqlnd с использованием соответствующей функции из семейства mysqlnd_plugin_get_plugin_<object>_data(). При размещении объекта mysqlnd резервируется место в конце объекта для удержания void * указателя на произвольные данные. mysqlnd резервирует место для одного void * указателя на плагин.

В следующей таблице показано, как вычислить положение указателя для конкретного плагина:

Расчет указателя для mysqlnd
Адрес памяти Содержимое
0 Начало объекта mysqlnd (C struct)
n Конец объекта mysqlnd (C struct)
n + (m x sizeof(void*)) void* для данных объекта плагина номер m

Если вы планируете делать подкласс от одного из конструкторов объекта mysqlnd, которые разрешены, имейте это в виду!

Следующий код демонстрирует расширение свойств:

/* Любые данные, которые мы хотим добавить */
typedef struct my_conn_properties {
  unsigned long query_counter;
} MY_CONN_PROPERTIES;

/* идентификатор плагина */
unsigned int my_plugin_id;

void minit_register_hooks(TSRMLS_D) {
  /* получаем уникальный идентификатор плагина */
  my_plugin_id = mysqlnd_plugin_register();
  /* snip - see Extending Connection: methods */
}

static MY_CONN_PROPERTIES** get_conn_properties(const MYSQLND *conn TSRMLS_DC) {
  MY_CONN_PROPERTIES** props;
  props = (MY_CONN_PROPERTIES**)mysqlnd_plugin_get_plugin_connection_data(
    conn, my_plugin_id);
  if (!props || !(*props)) {
    *props = mnd_pecalloc(1, sizeof(MY_CONN_PROPERTIES), conn->persistent);
    (*props)->query_counter = 0;
  }
  return props;
}

Разработчик плагина отвечает за управление памятью данных плагина.

Рекомендуется использовать управление памятью mysqlnd для данных плагина. Эти функции именуются используя такие соглашения: mnd_*loc(). Управление памятью mysqlnd имеет ряд полезных свойств, таких как использование отладочного модуля управления памятью в неотладочных сборках.

Когда и как создавать подкласс
  Когда создавать подкласс? Каждый экземпляр имеет свою собственную таблицу функций? Как создавать подкласс?
Срединение (MYSQLND) MINIT Нет mysqlnd_conn_get_methods()
Результирующий набор (MYSQLND_RES) MINIT or later Да mysqlnd_result_get_methods() или методом объекта, манипулирующим таблицей функций
Результирующий набор (MYSQLND_RES_METADATA) MINIT Нет mysqlnd_result_metadata_get_methods()
Оператор (MYSQLND_STMT) MINIT Нет mysqlnd_stmt_get_methods()
Сеть (MYSQLND_NET) MINIT или позже Да mysqlnd_net_get_methods() или методом объекта, манипулирующим таблицей функций
Протокол обмена (MYSQLND_PROTOCOL) MINIT или позже Да mysqlnd_protocol_get_methods() или методом объекта, манипулирующим таблицей функций

Вы не должны манипулировать таблицей функций после MINIT, если это прямо не разрешено в таблице выше.

Некоторые классы содержат указатель на таблицу функций методов. Все экземпляры подобных классов должны делить одну и ту же таблицу функций. Для того, что бы избежать хаоса, особенно в многопоточном окружении, управлять такими таблицами функций стоит только во время MINIT.

Прочие классы используют копии глобально разделенных таблиц функций. Таблица функций создается одновременно с объектом. Каждый объект использует свою таблицу. Это дает вам две возможности: вы можете управлять таблицей функций по умолчанию для объекта во время MINIT, а также вы можете изменять методы объекта не затрагивая другие экземпляры этого же класса.

Преимущество разделяемой таблицы функций в производительности, так как нет нужды копировать таблицу функций отдельно для каждого объекта.

Статус конструктора
Тип Размещение, создание, сброс Может быть изменено? Вызывающий
Connection (MYSQLND) mysqlnd_init() Нет mysqlnd_connect()
Результирующий набор (MYSQLND_RES)

Размещение:

  • Connection::result_init()

Сброс и повторная инициализация во время:

  • Result::use_result()

  • Result::store_result

Да, но вызовите родителя!
  • Connection::list_fields()

  • Statement::get_result()

  • Statement::prepare() (Только метаданные)

  • Statement::resultMetaData()

Метаданные результирующего набора (MYSQLND_RES_METADATA) Connection::result_meta_init() Да, но вызовите родителя! Result::read_result_metadata()
Оператор (MYSQLND_STMT) Connection::stmt_init() Да, но вызовите родителя! Connection::stmt_init()
Сеть (MYSQLND_NET) mysqlnd_net_init() Нет Connection::init()
Протокол обмена (MYSQLND_PROTOCOL) mysqlnd_protocol_init() Нет Connection::init()

Настоятельно рекомендуется не заменять конструктор целиком. Конструкторы производят выделение памяти. Выделение памяти жизненно необходимо для API плагинов mysqlnd и для логики объекта mysqlnd. Если вам не страшны предупреждения и хотите сильно поменять конструктор, то хотя бы вызовите родительский конструктор прежде, чем что-либо делать.

Несмотря на все предупреждения, это может быть полезным для конструктора подкласса. Конструкторы - отличное место для изменения таблицы функций для объектов, не использующих разделенную таблицу, таких как результирующий набор, сеть, протокол обмена.

Статус уничтожения
  Производный метод должен вызвать родительский? Деструктор
Соединение да, после выполнения метода free_contents(), end_psession()
Результирующий набор да, после выполнения метода free_result()
Метаданные результирующего набора да, после выполнения метода free()
Оператор да, после выполнения метода dtor(), free_stmt_content()
Сеть да, после выполнения метода free()
Протокол обмена да, после выполнения метода free()

Деструкторы являются подходящим местом, чтобы освободить ресуры, занимаемые свойствами mysqlnd_plugin_get_plugin_<object>_data().

Перечисленные деструкторы могут не совпадать с актуальными методами mysqlnd для очистки самого объекта. Однако они являются самым лучшим местом, куда вы можете вклиниться для очистки данных своего плагина. Так же как и с конструкторами, вы можете полностью переопределить эти методы, но делать это не рекомендуется. Если вам необходимо вставить в каждый из перечисленных методов очистку данных своего плагина, то необходимо обеспечить запуск родительских методов mysqlnd.

Рекомендованный метод для плагинов - выполнить код очистки данных плагина и сразу же после этого вызывать родительский метод.

Предостережение

В связи с ошибкой в PHP с 5.3.0 по 5.3.3, плагины не ассоциировали свои данные с постоянными соединениями. Это происходило потому, что ext/mysql и ext/mysqli не вызывали все необходимые методы mysqlnd end_psession() и, теоретически, это могло приводить к утечкам памяти в плагинах. Эта ошибка исправлена в PHP 5.3.4.