Удаленное подключение к mysql

Добрый день.

Решил я попробовать подключить mysql базу с другого сервера, чтоб снять нагрузку mysql на сервере. Оба сервера находятся в локалке, на обоих стоит Ubuntu 10.04.3 LTS. На 1 сервере nginx(фронт)+apache2(бек)+eaccelerator. На 2ом mysql 5.1.41. Конфиг 1ого сервера: Xeon 3.4; 2gb оперативы; vmware esxi, на 2ом 1.8GHz; 1Gb на железе.
По devel'у с локальной базой страничка подгружается примерно за 1-1.5 сек, если подключить ту же самую базу по локалке время доходит ~4 сек.
Куда смотреть? в чем могут быть затруднения? в sql'ом виде база весит 1гиг без логов.

Заранее спасибо.

требования Друпал к настройкам mySQL

Теребования Drupal к настройкам mySQL
key buffer = 384M
max allowed packet = 64M
table cache = 4096
sort buffer size = 2M
read buffer size = 2M
read rnd buffer size = 64M
myisam sort buffer size = 64M
thread cache size = 8
query cache size = 32M

то что в жизни на хостинге, некоторые параметры очень сильно расходятся.
key buffer size 1,048,576
max allowed packet 268,435,456
sort buffer size 2,097,152
read buffer size 1,048,576
read rnd buffer size 262,144
myisam sort buffer size 1,048,576
thread cache size 16,384
query cache size 2,097,152

начал рыться из за множества ошибок типа Warning: MySQL server has gone away

У кого какие настройки скидывайте, сравним

Модуль для поиска в MYSQL

Добрый день!
В MySQL уже сделал таблицу phones с полями ( фио тел отдел ).
Хочется на сайте разместить поисковый блок, в который вводится фамилия сотрудника, при нажать на кнопку "найти" - он выдает найденную информацию на сотрудника в телефонной книге.
Подскажите, как это реализовать? Есть ли готовый модуль?

Нужна помощь. Кодировка таблицы affix

Столкнулся с проблемой следующего рода. Нужно проапргрейтить сайт с D5 до D7. Импорт дампа БД прерывается из-за ошибки с таблицей affix.

Ошибка
 
SQL-запрос:
 
CREATE TABLE IF NOT EXISTS `affix` (
`flag` char( 0 ) NOT NULL default '',
`type` char( 0 ) NOT NULL default '',
`lang` char( 1 ) NOT NULL default '',
`mask` char( 10 ) NOT NULL default '',
`find` char( 10 ) NOT NULL default '',
`repl` char( 10 ) NOT NULL default '',
KEY `key1` ( `flag` )
) ENGINE = MYISAM DEFAULT CHARSET = utf8;
 
Ответ MySQL: Документация
#1167 - The used storage engine can't index column 'flag'

В дампе строки таблицы отображаются в кривой кодировке
('L', 's', 'ru', '[^��]����$', '����', '���'),

Перепробовал разные методы перекодировки и альтернативные утилиты вроде Sypex Dumper (у них есть даже страница в документации, посвященная проблеме), но ничто не помогает.

Без этой таблицы БД импортируется на ура.

Сталкивался кто-нибудь с подобным? Нашел ли решение? Что это за affix? Можно ли апгрейтить сайт без нее?

Заранее спасибо за любую помощь.

Правда ли что Drupal открывает много сессий и не закрывает их (для скорости)?

И как следствие можно получить MySQL ошибку: "The mysql error was: Too many connections."
Можно ли как-нибудь отрегулировать этот момент?

[РЕШЕНО] Site off-line | Drupal: The mysql error was: Too many connections.

При входе на сайт стало появляться сообщение:

Через админку на хостинге тоже зайти не могу. Пишет "#1040 - Too many connections".
Из-за чего стало появляться это сообщение непонятно. Понятно что слишком много соединений к БД. Но как узнать в чем дело? То ли это глюки хостинга или это могло и из-за неверной работы Drupal'a произойти. Что собственно делать в такой ситуации?

Drupal, удаленная работа, РФ

Нужен Drupal-разработчик с портфолио (5 сайтов и более), с опытом работы от одного года, умеющий:

- Программировать на PHP и работать с MySQL. Знание фреймворков приветствуется, но не обязательно;

- Устанавливать, настраивать Drupal, кастомизировать установку Drupal, применять темы оформлениия, и кастомизировать их при необходимости.

- Устанавливать, настраивать и (желательно) создавать модули Drupal;

- Писать валидный HTML/CSS код;

- Проверять код существующих Drupal-сайтов на наличие "багов";

- Работать с системой контроля версий (SVN);

Писать о том, что требуется ответственный человек не буду - это и так понятно. Стрессов бывает мало, т.к. команда у нас спокойная, а стрессы бывают только тогда, когда кто-то один не укладывается в сроки. Подобные ситуации мы сводим к минимуму.

ЗП обсудим. Пишите в комментариях или valpaliy()gmail.com, в комментарии, или ЛС.

Благодарю!

Нет переключателя между Базами Данных при установке Drupal7. Доступна БД только - SQLite

Всем снова привет! :) Я устанавливаю Drupal 7.7. На шаге установка БД - доступна только установка SQLite. А переключатель выбора MysQL отсутствует. Вот наглядно на картинках:
Как должно быть:
http://mepic.ru/view/?id=2a84ead4475239fddaa2683cbd8d30e0
А вот как у меня:
http://mepic.ru/view/?id=1d3adaa1d0a9df0633e0adf264c2c62a
---
Помогите вывести этот переключатель. Мне так нужен именно MySQL.
ps Server version: 5.0.92-community MySQL Community Edition (GPL)

База данных для Drupal

Я новичок в drupal поэтому возможно нубский вопрос, какая база данных лучше для drupal, видел в гугле довольно старые упоминания о том, что могут быть проблемы с некоторыми модулями при использовании postgresql, как обстоят дела сейчас с ней? Ну и заодно, т.к. сайт на vds/vps будет в плане потребления ресурсов какая из них предпочтительней будет(понимаю, что от многого зависит, но все таки)?

Русская кодировка при миграции с mysql-4.0.X на mysql-5.X

Русская кодировка при миграции с mysql-4.0.18 на mysql-5.0.67
При простом подходе к данному вопросу после закачки дампа в mysql-5.0.67 вместо кириллицы возникают крякозябры или знаки вопроса.
Итак делаем дамп из базы на mysql-4.0.18 :

mysqldump --default-character-set=latin1 --add-drop-table -B db_name | sed 's/latin1/utf8/' > /root/dump.sql

Создаем БД на mysql-5.0.67, добавляем гранты и заливаем дамп:

mysql --execute="CREATE DATABASE db_name CHARACTER SET utf8 COLLATE utf8_general_ci;"
mysql --user=root --execute="grant all privileges on db_name.* to 'db_user'@'localhost' identified by 'db_pswd'"
mysql  --default-character-set=utf8 db_name < /root/dump.sql

После всего этого кириллица отображается в нужном нам (русским) виде)))

[Решено] Node в Базах данных

Возникла необходимость импортировать в старый backup новую базу данных не полностью, а по таблицам. После переноса, как мне казалось, таблиц отвечающих за вывод материала, материалы созданные после backup не отображаются. т.е. они есть в базе данных, они выводятся в списке опубликованных материалов, есть в синонимах, даже комментарии к ним есть, но при попытке зайти на страницу вылезает "Запрашиваемая страница не найдена". Где не прав?

[Решено] Проблема с базой данных и нодами

На локалхосте через phpmyadmin скопировал базу данных и в settings.php прописал её. Все работает, но сайт не видит ни одну ноду, хотя представления привязанные к материалам все видят. Выражается это в том, что в admin/content/node пусто и при переходе на ноду по адресу/алиасу выдает 404 страницу. Как исправить?

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

К сведению: это все на ЛАМПе. И я также пробовал создать базу и импортнуть в неё инфу из дампа. Результат тот-же.

SQL ошибка после удаления field_deleted таблицы из БД [Решено]

Всем привет. Возникла проблема, прошу что нибудь посоветовать. Собственно сабж:

1. У некоторого типа материала я удалил пару полей, заранее мною добавленных.
2. И все бы ничего, но затем я решил почистить БД. Там были таблицы выполненные в таком стиле: field_deleted_data_8, подумав, что это просто мусор оставшийся после удаления полей, весьма логично из названия на мой взгляд, я их удалил.
3. После этих манипуляций Drupal начал выдавать вот такую ошибку:

PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'doglog.field_deleted_data_8' doesn't exist: SELECT field_deleted_data_80.entity_type AS entity_type, field_deleted_data_80.entity_id AS entity_id, field_deleted_data_80.revision_id AS revision_id, field_deleted_data_80.bundle AS bundle FROM {field_deleted_data_8} field_deleted_data_80 WHERE (field_deleted_data_80.deleted = :db_condition_placeholder_0) AND (field_deleted_data_80.bundle = :db_condition_placeholder_1) LIMIT 10 OFFSET 0; Array ( [:db_condition_placeholder_0] => 1 [:db_condition_placeholder_1] => article ) в функции field_sql_storage_field_storage_query() (строка 569 в файле /usr/home/master/log/dog/modules/field/modules/field_sql_storage/field_sql_storage.module).

при этом функционал сайта не нарушен, а ошибка есть. Как ее вылечить?)

5. С Drupal знаком недавно, так что сразу извиняюсь если вопрос нубский, но похожих решенных тем не нашел. Если плохо искал, то поделитесь ссылкой пожалуйста. Заранее благодарен.

Прежде чем гнать на Drupal

Прежде чем вы начнёте кидаться испражнениями писать, какой Drupal кривой и не хочет работать на Вашем сервере, прочитайте, пожалуйста, эту небольшую статью.

Данный текст скорее относится к тем, кто "выгибает" drupal на локальном хосте, под управлением сборок типа Denwer et cetera.

Основа Drupal - база данных. Поэтому, после того, как Вы пнули демона апача и мускуля не стоит сразу нагружать систему кучей запросов и втыкать в сообщения типа

Давайте попробуем разобраться, в чём дело.
Дело в волшебных пузырьках в некорректной настройке сервера баз данных. В нашем случае это в 99% MySQL.
Настройки MySQL живут в небольшой файлике my.cnf (в денвере файл лежит по пути /local/mysql/my.cnf)

Несмотря на то, что в mySQL существует довольно много настроек, которые Вы можете изменить, есть набор действительно очень важных характеристик, которые обязательно нужно оптимизировать под собственный сервер. Обычно после такой небольшой настройки производительность сервера заметно увеличивается.

(РЕШЕНО) Каким запросом удалить поле в бд?

Приветствую.

Решил добавить в один из типов материала текстовое поле (строку). При запросе длины поля подумал и поставил...: 1000000 (единичка и шесть нулей, да). Поле создалось. С варнингом. При создании не показывалось ессно и вообще друпал ругался.
Ладно, поле удалил стандартным способом (тоже с варнингом).
При попытке создать снова поле с вменяемой длиной, и с тем же именем - низзя, ибо поле существует.
А при запуске крона выдало следующее:

PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'adb.field_data_field_istlinktxt' doesn't exist: SELECT field_data_field_istlinktxt0.entity_type AS entity_type, field_data_field_istlinktxt0.entity_id AS entity_id, field_data_field_istlinktxt0.revision_id AS revision_id, field_data_field_istlinktxt0.bundle AS bundle FROM {field_data_field_istlinktxt} field_data_field_istlinktxt0 WHERE (field_data_field_istlinktxt0.deleted = :db_condition_placeholder_0) AND (field_data_field_istlinktxt0.bundle = :db_condition_placeholder_1) LIMIT 10 OFFSET 0; Array ( [:db_condition_placeholder_0] => 1 [:db_condition_placeholder_1] => article ) в функции field_sql_storage_field_storage_query() (строка 569 в файле /home/user/www/adb/modules/field/modules/field_sql_storage/field_sql_storage.module).

Здесь istlinktxt - машинное имя поля, adb - имя бд mysql.

ВОПРОС: каким прямым sql-запросом к базе (через консоль, Linux) можно удалить записи о поле\вычистить полностью трабл?

Ибо, увы, не совсем разбираюсь в теме - не соображу, как корректно запрос составить.