manticoresoftware / manticoresearch

Easy to use open source fast database for search | Good alternative to Elasticsearch now | Drop-in replacement for E in the ELK soon
https://manticoresearch.com
GNU General Public License v3.0
8.81k stars 488 forks source link

Feature request: Connection from common GUI (eg MySql Workbench, Devart dbForge,...) #1019

Open gootchick opened 1 year ago

gootchick commented 1 year ago

It would be nice to support connections from a common GUI like MySql Workbench or Devart dbForge. At this moment these connections failed mostly because of some SQL queries for the detection configuration of the MySql server.

Here is the error message from MySql Workbench

and here is from Devart dbForge

tomatolog commented 1 year ago

it could be better to provide full SphinxQL command as from error messages you provided it is not clear what statements cause this.

You could look at the searchd.log or query.log for any traces of bad statements.

You could also enable to log all incoming SphinxQL statements by set searchd.query_log_commands = 1 at the daemon config along with searchd.query_log_format = sphinxql . In this mode all incoming SphinxQL statements will be logged and you could post the full events flow.

I'd also try to use legacy version string searchd.mysql_version_string = 5.0.37 as described at our documentation to disable complex queries for your client

gootchick commented 1 year ago

Thanks for the explanation. Here is the result:

Official GUI for Mysql - MySQL Workbench failed here:

/ Thu Jan 26 08:32:49.357 2023 conn 1 real 0.000 / show character set where charset = 'utf8mb4'; / Thu Jan 26 08:32:49.357 2023 conn 1 / show character set where charset = 'utf8mb4' # error=sphinxql: syntax error, unexpected WHERE, expecting end of file near 'where charset = 'utf8mb4''

Devart dbForge failed twice here:

/ Thu Jan 26 08:32:52.722 2023 conn 2 real 0.000 / SELECT NULL FROM information_schema.tables LIMIT 0; / Thu Jan 26 08:32:52.722 2023 conn 2 / SELECT NULL FROM information_schema.tables LIMIT 0 # error=sphinxql: syntax error, unexpected NULL near 'NULL FROM information_schema.tables LIMIT 0'

/ Thu Jan 26 08:32:52.736 2023 conn 2 real 0.000 / SHOW VARIABLES WHERE Variable_name IN( 'version_comment', 'log_bin', 'have_geometry', 'default_storage_engine', 'table_type', 'have_partitioning', 'sql_mode', 'collation_database', 'default_authentication_plugin', 'old_passwords', 'character_set_server', 'character_set', 'character_set_connection', 'collation_server', 'lower_case_table_names', 'lower_case_file_system', 'profiling', 'autocommit', 'query_cache_type', 'default_password_lifetime', 'ndb_version_string', 'innodb_default_row_format', 'ndb_default_column_format'); / Thu Jan 26 08:32:52.736 2023 conn 2 / SHOW VARIABLES WHERE Variable_name IN( 'version_comment', 'log_bin', 'have_geometry', 'default_storage_engine', 'table_type', 'have_partitioning', 'sql_mode', 'collation_database', 'default_authentication_plugin', 'old_passwords', 'character_set_server', 'character_set', 'character_set_connection', 'collation_server', 'lower_case_table_names', 'lower_case_file_system', 'profiling', 'autocommit', 'query_cache_type', 'default_password_lifetime', 'ndb_version_string', 'innodb_default_row_format', 'ndb_default_column_format') # error=sphinxql: syntax error, unexpected IN, expecting '=' near 'IN( 'version_comment', 'log_bin', 'have_geometry', 'default_storage_engine', 'table_type', 'have_partitioning', 'sql_mode', 'collation_database', 'default_authentication_plugin', 'old_passwords', 'character_set_server', 'character_set', 'character_set_connection', 'collation_server', 'lower_case_table_names', 'lower_case_file_system', 'profiling', 'autocommit', 'query_cache_type', 'default_password_lifetime', 'ndb_version_string', 'innodb_default_row_format', 'ndb_default_column_format')'

githubmanticore commented 1 year ago

➤ Nick Sergeev commented:

We've opened another issue about the subject so we close this one.

sanikolaev commented 1 year ago

@Nick-S-2018 what has been done within this one? Does Manticore work well with Devart dbForge now?

githubmanticore commented 1 year ago

➤ Nick Sergeev commented:

Yes, it works with dbForge now, but the issue about MySQL Workbench still remains.

sanikolaev commented 1 month ago

From TG:

The latest version of manticore (6.3.2), the latest version of docker (4.31.1) and the latest version of dbForge (10.0.225, but the same problem even on an older version at a colleague). windows 10 64b

Reopening to check it.