Все технические форумы на одном сайте Удобный поиск информации с популярных форумов в одном месте
Вопрос: Утилита для переноса данныч из Mysql в Posgres

Всем привет,

Не подскажите нет ли какой утилиты для переноса связанных таблиц с данными из Mysql в Posgres?


Спасибо !
Ответ:
Спасибо опция --compatible=postgresql полезная вещь

Судя по всему, нужно будет периодически перебрасывать данные.
Нет ли какого pipeline - а для этого ?

Если бы он умел в базе назначения создавать структуру по исходной базе - было бы вообще здорово!
Вопрос: MySQL InnoDB data_free

Добрый день!
Ситуация получилась такая:
В одну табличку базы данных со временем было вставлено много данных, и раздел переполнился.
Проблему решили частично, данные не нужные удалили, но зарезервированное место под таблицу все-равно осталось,
SHOW TABLE STATUS

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

FreeBSD 8.1
MySQL 5.5.4-m3 - FreeBSD port: mysql-server-5.5.4

Если кто-то что-то может подсказать - заранее спасибо!
Ответ: Да проще всё.
Надо выгрузить все данные, создать заново БД, и загрузить данные обратно.
Всё это делают стандартные утилиты -- mysqldump и mysql.

Ну и эту проблему вообще можно не решать.
Потому что нераспределённое место будет использоваться вдальнейшем для новых
данных.
Вопрос: Как запускать sql-скрипты для БД mysql без участия пользователя?

Пусть у меня есть скрипты с расширением ".sql", в которых может быть определение хранимой процедуры или какие-то манипуляции с данными. Как мне организовать их запуск без участия пользователя? Главное, через какую программу?
Возможно это через утилиту mysql или другую утилиту, чтобы я мог из своей проги запускать эту утилиту с нужными параметрами?
Ответ:
seg856
Пусть у меня есть скрипты с расширением ".sql", в которых может быть определение хранимой процедуры или какие-то манипуляции с данными. Как мне организовать их запуск без участия пользователя? Главное, через какую программу?
Возможно это через утилиту mysql или другую утилиту, чтобы я мог из своей проги запускать эту утилиту с нужными параметрами?


sh>mysql -u yourusername -p yourpassword yourdatabase < query_file.sql > results_file
sh>mysql -u yourusername -p yourpassword yourdatabase < query_file.sql
Вопрос: Включение параметра innodb_file_per_table и замедление работы mysql.exe

Терминал с MariaDB 5.5 / Windows XP / 512 М памяти. По умолчанию innodb_file_per_table был отключен. Включал, как описано здесь: , за исключением одного момента: т.к. у меня база одна, выполнил полную переустановку MariaDB с нуля. После развертывания базы данных заметил один неприятный эффект: все операции, выполняемые через утилиту командной строки mysql.exe (а это весь импорт данных из внешних источников) стали как минимум раза в 2 медленнее. В то же время на основном функционале программы изменение параметра существенно не отразилось. Для чистоты эксперимента установил на другой терминал MariaDB 10.1, в котором innodb_file_per_table по умолчанию был включен (и в свое время я отказался от этой версии как раз по причине медленной работы mysql.exe). Отключил этот параметр - так и есть, mysql.exe в 10.1 стал работать так же быстро, как и в 5.5 с отключенным innodb_file_per_table.
Собственно вопрос: почему изменение innodb_file_per_table негативно влияет именно на утилиту командной строки, и есть ли способы обойти эту проблему?
Строка, отправляемая mysql.exe: mysql -uroot -hlocalhost -p***** -P 3306 -DMyDatabase <"C:\Script.sql" . В скрипте никаких особых изысков не используется. Все таблицы в базе innodb.
Ответ: miksoft,
Нет, точно также выполнил переустановку сервера.
Вопрос: Оптимизация MySQL по результатам mysqltuner.pl

Добрый день всем, честно говоря я не профи в настройке mysql но после переноса части сайтов мускул стал грузить процессор под 300-500 процентов что и заставило меня полезть в более глубокую настройку.

Временные файлы вынес уже в ОЗУ, таблицы чекал раза четыре и разными способами но количество фрагментированных таблиц остается в пределах 300-500 таблиц, как ни крути. Не знаю почему, но вопрос в другом. Следую плавно советам mysqltuner и подкручиваю значения, паралелльно читая что за что отвечает и где какие должны быть оптимальные значения но уже начинаю волноватся за некоторые параметры которые кажутся "большими" скромно говоря. Можете проверить и подсказать что где не так или на что стоит обратить внимание, буду очень признателен.

вот содержимое файла my.cnf

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
# 
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port		= 3306
socket		= /var/run/mysqld/mysqld.sock
default-character-set = utf8

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket		= /var/run/mysqld/mysqld.sock
nice		= 0

[mysqld]
#
# * Basic Settings
#
user		= mysql
pid-file	= /var/run/mysqld/mysqld.pid
socket		= /var/run/mysqld/mysqld.sock
port		= 3306
basedir		= /usr
datadir		= /var/lib/mysql
tmpdir		= /dev/shm
language	= /usr/share/mysql/english
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#
# * Fine Tuning
#
key_buffer		= 3048M
max_allowed_packet	= 16M
thread_stack		= 192K
thread_cache_size       = 32
join_buffer_size	= 256K
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
max_connections        = 300
table_cache            = 8096
open_files_limit	= 16192
#interactive_timeout	= 28800
#wait_timeout		= 28800
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit	= 18M
query_cache_size        = 896M
table_open_cache	= 8000
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# Here you can see queries with especially long duration
log_slow_queries	= /var/log/mysql/mysql-slow.log
long_query_time = 2
log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id		= 1
#log_bin			= /var/log/mysql/mysql-bin.log
expire_logs_days	= 10
max_binlog_size         = 100M
default-character-set = utf8
#binlog_do_db		= include_database_name
#binlog_ignore_db	= include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem


tmp_table_size = 512M
max_heap_table_size = 256M
table_cache = 4048
innodb_buffer_pool_size = 2048M



[mysqldump]
quick
quote-names
max_allowed_packet	= 16M
default-character-set = utf8

[mysql]
#no-auto-rehash	# faster start of mysql but no tab completition

default-character-set = utf8
[isamchk]
key_buffer		= 2048M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/


вот что выдает myslqtuner

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.63-0+squeeze1-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 11G (Tables: 3504)
[--] Data in InnoDB tables: 1G (Tables: 292)
[--] Data in MEMORY tables: 0B (Tables: 4)
[!!] Total fragmented tables: 461

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 29m 5s (523K q [300.139 qps], 18K conn, TX: 2B, RX: 63M)
[--] Reads / Writes: 94% / 6%
[--] Total buffers: 6.1G global + 2.8M per thread (300 max threads)
[OK] Maximum possible memory usage: 6.9G (22% of installed RAM)
[OK] Slow queries: 1% (10K/523K)
[OK] Highest usage of available connections: 21% (65/300)
[OK] Key buffer size / total MyISAM indexes: 3.0G/1.5G
[OK] Key buffer hit rate: 100.0% (966M cached / 219K reads)
[OK] Query cache efficiency: 64.7% (284K cached / 439K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (260 temp sorts / 54K sorts)
[!!] Joins performed without indexes: 1227
[!!] Temporary tables created on disk: 42% (12K on disk / 28K total)
[OK] Thread cache hit rate: 99% (65 created / 18K connections)
[OK] Table cache hit rate: 26% (4K open / 15K opened)
[OK] Open file limit used: 44% (7K/16K)
[OK] Table locks acquired immediately: 99% (191K immediate / 191K locks)
[OK] InnoDB data size / buffer pool: 1.5G/2.0G

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Adjust your join queries to always utilize indexes
    Temporary table size is already large - reduce result set size
    Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
    join_buffer_size (> 256.0K, or always use indexes with joins)


вот что творится в топе

top - 00:48:28 up 237 days,  7:29,  1 user,  load average: 5.15, 6.64, 7.16
Tasks: 307 total,   5 running, 302 sleeping,   0 stopped,   0 zombie
Cpu(s): 75.1%us, 14.2%sy,  0.0%ni,  9.8%id,  0.7%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:  32703444k total, 31550156k used,  1153288k free,  2300076k buffers
Swap: 33553332k total,     8296k used, 33545036k free, 21243024k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
15750 mysql     20   0 6620m 2.6g 7896 S  345  8.4  70:06.29 mysqld
23246 www-data  20   0  344m 127m 7276 R   73  0.4   0:35.28 apache2
24004 www-data  20   0  290m  77m 5928 S   44  0.2   0:06.39 apache2
23957 www-data  20   0  292m  77m 5976 R   41  0.2   0:19.32 apache2
24025 www-data  20   0  272m  60m 4292 S   30  0.2   0:00.90 apache2
23913 www-data  20   0  295m  83m 6716 R   29  0.3   0:37.49 apache2
23912 www-data  20   0  277m  65m 6768 S   25  0.2   0:47.11 apache2
24003 www-data  20   0  273m  60m 6232 S   24  0.2   0:16.04 apache2
23292 www-data  20   0  290m  78m 7556 S   21  0.2   1:06.56 apache2
23935 www-data  20   0  284m  69m 6780 S   19  0.2   0:32.12 apache2
23922 www-data  20   0  291m  78m 6120 R   16  0.2   1:02.37 apache2
23920 www-data  20   0  278m  65m 6872 S   15  0.2   0:21.00 apache2
23958 www-data  20   0  279m  67m 6920 S   11  0.2   0:18.90 apache2
24023 www-data  20   0  268m  57m 4784 S   10  0.2   0:01.65 apache2
23286 www-data  20   0  281m  67m 6816 S    9  0.2   0:07.07 apache2
23291 www-data  20   0  288m  74m 7092 S    1  0.2   0:33.66 apache2
 9591 root      20   0     0    0    0 S    0  0.0   1:51.62 kworker/4:1
18429 root      20   0     0    0    0 S    0  0.0   0:37.95 kworker/1:1
23311 www-data  20   0  277m  66m 6568 S    0  0.2   0:03.41 apache2
24024 root      20   0 19256 1456  948 R    0  0.0   0:00.02 top
26329 gitlab    20   0  943m 133m 2168 S    0  0.4 167:56.34 ruby1.9.1
28214 www-data  20   0 56732  28m 1788 S    0  0.1   1:08.11 nginx
    1 root      20   0  8404  716  592 S    0  0.0   2:09.28 init
    2 root      20   0     0    0    0 S    0  0.0   0:00.22 kthreadd
    3 root      20   0     0    0    0 S    0  0.0   9:10.40 ksoftirqd/0
    6 root      RT   0     0    0    0 S    0  0.0   0:26.19 migration/0
    7 root      RT   0     0    0    0 S    0  0.0   0:47.69 watchdog/0
    8 root      RT   0     0    0    0 S    0  0.0   0:32.35 migration/1
   10 root      20   0     0    0    0 S    0  0.0   5:38.45 ksoftirqd/1
   12 root      RT   0     0    0    0 S    0  0.0   0:31.18 watchdog/1
   13 root      RT   0     0    0    0 S    0  0.0   0:23.97 migration/2
   15 root      20   0     0    0    0 S    0  0.0   5:21.56 ksoftirqd/2
   16 root      RT   0     0    0    0 S    0  0.0   0:23.93 watchdog/2
   17 root      RT   0     0    0    0 S    0  0.0   0:18.57 migration/3
   19 root      20   0     0    0    0 S    0  0.0   5:15.37 ksoftirqd/3


в целом в данный момент показатели вроде в норме но иногда без видимой причины резко растет la и вырастает до 20, иногда до 50 и mysqltuner выдает совет увеличить

query_cache_limit = 18M
query_cache_size = 896M

которые на мой взгляд уже нереально большие обосновывая это большим количеством

Query cache prunes per day

Баз на сервере очень много, 32гб памяти, поэтому все так сложно. Подскажите, буду очень признателен за любые советы и мнения.
Ответ: ну вот, при кеше в 128мб уже через 15 минут полезли prunes

-------- Performance Metrics -------------------------------------------------
[--] Up for: 14m 53s (328K q [368.365 qps], 12K conn, TX: 1B, RX: 43M)
[--] Reads / Writes: 93% / 7%
[--] Total buffers: 4.4G global + 6.6M per thread (300 max threads)
[OK] Maximum possible memory usage: 6.3G (20% of installed RAM)
[OK] Slow queries: 2% (8K/328K)
[OK] Highest usage of available connections: 16% (49/300)
[OK] Key buffer size / total MyISAM indexes: 2.0G/1.5G
[OK] Key buffer hit rate: 100.0% (545M cached / 178K reads)
[OK] Query cache efficiency: 63.3% (176K cached / 278K selects)
[!!] Query cache prunes per day: 1996875
[OK] Sorts requiring temporary tables: 0% (141 temp sorts / 35K sorts)
[!!] Joins performed without indexes: 1069
[!!] Temporary tables created on disk: 41% (7K on disk / 18K total)
[OK] Thread cache hit rate: 99% (49 created / 12K connections)
[OK] Table cache hit rate: 25% (4K open / 15K opened)
[OK] Open file limit used: 44% (7K/16K)
[OK] Table locks acquired immediately: 99% (128K immediate / 128K locks)
[OK] InnoDB data size / buffer pool: 1.5G/2.0G

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Adjust your join queries to always utilize indexes
    Temporary table size is already large - reduce result set size
    Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
    query_cache_size (> 128M)
    join_buffer_size (> 4.0M, or always use indexes with joins)


Сейчас поставлю 256 но уверен что и этого будет мало и будет просить дальше, до примерно отметки в 1гб (1гб долго не гонял, возможно и там будет лезть)
Вопрос: 2006 mysql server has gone away

Ситуация следующая:
Сайт размещен на отдельном сервере mac mini
недавно перенесли сайт с одного сервера на другой, поновее с новой ОС OS X El Capitan,
mysql ставил из dmg образа с оф сайта mysql, правда вот под нужную ос еще нету dmg, скачивал под 10.10
Установил, все работало нормально, но потом обнаружились проблемы, периодически при подключении к базе стало выдавать ошибку "2006 mysql server has gone away" (сайт на PHP).
С какого-то момента они начинают сыпаться постоянно. Перезагрузка mysql помогает и сутки, иногда больше, работает все без проблем. Потом все повторяется...
Замечу, что другой сайт тоже перенес точно такой же переезд, и mysql ставил тот же, но при этом он работает без ошибок
Что сервер отключает соединением по таймауту - отклоняем, настройка стоит по умолчанию, т.е. 8 часов... Да и ошибке возникает при первом коннекте в скрипте зачастую.
Пробовал переустанавливать другие версии mysql (5.5, 5.6), но ошибка не пропадает...
в логе ошибок только записи типа:
IP address '5.39.222.253' could not be resolved: nodename nor servname provided, or not known
Непонятно, куда это mysql пытается обратиться...
Сам mysql сервер при этом работает, проверял Uptime - не сбрасывается в моменты ошибок.
Вроде пишут еще либо слишком большие данные либо неверные. Но когда дамп заливал, таких ошибок не выдавало + настройку mac_allowed_packet увеличил до 1Гб

Если все-таки неверный запрос, то как его вычислить
Или какие еще могут быть причины, куда копать?
Ответ: Проблема все еще актуальна. Если кто может помочь за вознаграждение, прошу откликнуться.
также периодически выдает ошибку во время дампа базы. Пробовал ставить и percona-server из портов.
ошибки начинает выдавать, например, при возрастании нагрузки, если запустить нагрузочное тестирование с помощью утилиты siege на 50 соединениний - однозначно выдаст. При этом в процессах mysqld нагрузку на процессор создает 200-300-500%
Вопрос: Duplicate entry for key. Mysql пытается создать запись с другими значениями.

Всем привет. Подскажите пожалуйста, как решить эту проблему:
mysql> INSERT INTO custom_wifi_score( user_id, 
    -> TYPE , iblock_element_id, score ) 
    -> VALUES ( 517049460113,  'OK', 30033, 20 );
ERROR 1062 (23000): Duplicate entry '30033-OK-2147483647' for key 'unique_index'

mysql> show index from custom_wifi_score where key_name='unique_index'\G
*************************** 1. row ***************************
        Table: custom_wifi_score
   Non_unique: 0
     Key_name: unique_index
 Seq_in_index: 1
  Column_name: iblock_element_id
    Collation: A
  Cardinality: 316
     Sub_part: NULL
       Packed: NULL
         Null: 
   Index_type: BTREE
      Comment: 
Index_comment: 
*************************** 2. row ***************************
        Table: custom_wifi_score
   Non_unique: 0
     Key_name: unique_index
 Seq_in_index: 2
  Column_name: type
    Collation: A
  Cardinality: 702
     Sub_part: NULL
       Packed: NULL
         Null: 
   Index_type: BTREE
      Comment: 
Index_comment: 
*************************** 3. row ***************************
        Table: custom_wifi_score
   Non_unique: 0
     Key_name: unique_index
 Seq_in_index: 3
  Column_name: user_id
    Collation: A
  Cardinality: 6322
     Sub_part: NULL
       Packed: NULL
         Null: 
   Index_type: BTREE
      Comment: 
Index_comment: 
3 rows in set (0.01 sec)


Как видите, я пытаюсь записать user_id='517049460113', но ошибка указывает на то, что уже существует запись, в которой уникальный ключ такой-же, и пишет мне значение user_id совершенно другой записи '2147483647'.
Может что с ключом не так?
Ответ:
peektoseen
Думал что раз я выставляю для INT разрядность 20 - то позволит записать туда 20-значное число, как оказалось - нет.
Нет, конечно. Эта "разрядность" на фактическое хранение вообще никакого влияния не оказывает. Это просто некий комментарий к полю, который говорит о том, как форматировать число при выводе некоторыми утилитами, в частности консольным клиентом mysql.
Вопрос: Перенос информации из удаленного MySql в "местный" MySql

День добрый, есть MySql Server имеющий в себе некую информацию о заказах. Он находится на хостинге и доступ как к хостингу так и к MySql Server имеется. На компьютере так же имеется MySql Sever.
Необходимо перенести информацию из базы данных находящейся на хостинге, в базу данных находящуюся на компьютере.
Каким образом это возможно реализовать ? Если есть несколько вариантов реализации данной задачи, выслушаю все.
Прошу максимально подробно по возможности описать процедуру.
(Суть в том, что пишу и продумываю создание crm системы, так что готовую прошу не предлагать)
------------------------------------------------------
Или если есть "шаманский" способ занесения информации с сайта(все на том же хостинге)сразу в "местный" MySQL(минуя копирование из базы(на хосте) в базу(на компе)), то прошу описать его...
-------------------------------------------------------
Так же, буду рад ссылкам на тему "поэтапного создания crm системы"(с примерами и разбором кода)
Прошу простить, за ошибки в тексте. Заранее благодарю за помощь.
Ответ: IcePrided, Если есть доступ по ssh, то на сервере выполняем
Bash
1
mysqldump -u db_user -p db_name | bzip2 -9 > dump.sql.bz2
, где
db_user - имя пользователя для доступа к базе данных
db_name - имя базы данных, которую надо перенести
Скачиваете dump.sql.bz2 к себе.

Если есть доступ к PHPMyAdmin, то там проще:
Залогиниться - выбрать базу - Экспорт

На локальном компьютере:
Если локально установлен PHPMyAdmin, то
Зайти - создать пустую базу - импорт - выбрать дамп базы

иначе в консоли
Bash
1
2
3
4
5
mysql -u root -p
create database db_name;
use db_name;
source /path/to/dump.sql
exit
Где
db_name имя базы, куда восстанавливать
/path/to/dump.sql - путь к файлу с дампом базы(дамп нужно распаковать, если он был запакован)
Вопрос: mysql удаленный доступ (клииент win10, сервер cloudlinux)

В техподдержке хостинга мне сказали коротко и ясно:
"Вы что-то делаете не так". :(

Создал БД через панель хостера.
Поставил галочку "удаленный доступ".

Хочу подключиться через утилиту mysql с со своего компа к БД.
Юзер и бд одноименные user23729_blog.

В консоли пишу:

mysql -h 164.132.129.100 -u user23729_blog -p user23729_blog
Выдает:
ERROR 1045 (28000): Access denied for user 'user23729_blog'@'77.120.161.29' (using password: YES)

Пробовал и через mysql workbench коннектиться,
то же самое :(

Нужно еще чего-то настраивать на клиенте?

C ув. Tors
Ответ:
tors
Как я могу что-то создавать/менять, если я не могу подконнектиться к удаленному серваку.
Подключайтесь к нему локально, с этого же хоста, где установлен MySQL. А к самому хосту для удаленного управления можно подключиться, например, с помощью SSH или PHPMyAdmin.
Вопрос: Подключение и запуск Аксесс-MySQL

Форумчане, доброго времени суток!

Прошу помочь в создании в запуске связки Аксесс 2003 -MySQL

Пояснения ко вложению.
В Management.mdb есть форма fEnter1 введя в которую пароль "1"открываем соответствующую форму. Таким образом организовано распределение прав доступа
При переносе содержимого таблицна MySQL возникает проблема: при вводе пароля связь с таблицами MySQL не образуется, не запускается, выдает ошибку в модуле.
Подскажите, пожалуйста, что нужно сделать?

К сообщению приложен файл (Management.7z - 135Kb)
Ответ:
kanan
при введении данных через интерфейс Аксесс 2003, связанный с MySQL текстовые данные записываются в человеческом виде, но в консоли HeidiSQL 9.3.0.4984 они отображаются абракадаброй.
И наоборот- то что импортировалось на сервер MySQL - -то в интерфейсе отображается абракадаброй.
Мне кажется-дело в кодировке.


Подсказка на картинке

К сообщению приложен файл. Размер - 128Kb