Ir para conteúdo
Fórum Script Brasil
  • 0

(Resolvido) Link em tabelas


cleberalmeidadf

Pergunta

Galera uso o MySql 4 no unbuntu. Caiu no meu colo a administração do Mysql e não entendo muita coisa desse banco embora esteja estudando muito, o problema é o seguinte, possuo várias tabelas que possuem links que gravam registros em determinados diretórios. Pois bem minha dúvia é a seguinte onde o mysql grava essas informações de diretórios? Preciso saber o seguinte a tabela tal, registro y esta sendo gravado no diretório /usr/.... Alguém pode me ajudar? Agradeço a ajuda antecipadamente.

Link para o comentário
Compartilhar em outros sites

4 respostass a esta questão

Posts Recomendados

  • 0

Oi, 'cleberalmeidadf'

Leia Manual do MySQL versão 4.1 (tradução em português) Capítulo 4. Administração do Bancos de Dados MySQL.

Seção 4.1.2. Arquivo de Opções my.cnf

Link para o comentário
Compartilhar em outros sites

  • 0
Oi, 'cleberalmeidadf'

Leia Manual do MySQL versão 4.1 (tradução em português) Capítulo 4. Administração do Bancos de Dados MySQL.

Seção 4.1.2. Arquivo de Opções my.cnf

Olá Denys, fno arquivo my.cnf não possui as informações que estou procurando, você teria mais alguma dica? Ou aguém tem mais alguma dica?

Olha o conteudo do meu 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-s...-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

# 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

#

#

# * IMPORTANT

# If you make changes to these settings and your system uses apparmor, you may

# also need to also adjust /etc/apparmor.d/usr.sbin.mysqld.

#

user = mysql

pid-file = /var/run/mysqld/mysqld.pid

socket = /var/run/mysqld/mysqld.sock

port = 3306

basedir = /usr

datadir = /var/lib/mysql

tmpdir = /tmp

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.

#bind-address = 127.0.0.1

#

# * Fine Tuning

#

key_buffer = 32M

max_allowed_packet = 32M

thread_stack = 256K

thread_cache_size = 24

#max_connections = 100

#table_cache = 64

#thread_concurrency = 10

#

# * Query Cache Configuration

#

query_cache_limit = 1M

query_cache_size = 32M

#

# * Logging and Replication

#

# Both location gets rotated by the cronjob.

# Be aware that this log type is a performance killer.

log = /var/log/mysql/mysql.log

#

# Error logging goes to syslog. This is a Debian improvement :)

#

# 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

#binlog_do_db = include_database_name

#binlog_ignore_db = include_database_name

#

# * BerkeleyDB

#

# Using BerkeleyDB is now discouraged as its support will cease in 5.1.12.

skip-bdb

#

# * 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!

# You might want to disable InnoDB to shrink the mysqld process by circa 100MB.

#skip-innodb

#

# * 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

[mysqldump]

quick

quote-names

max_allowed_packet = 32M

[mysql]

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

[isamchk]

key_buffer = 32M

#

# * NDB Cluster

#

# See /usr/share/doc/mysql-server-*/README.Debian for more information.

#

# The following configuration is read by the NDB Data Nodes (ndbd processes)

# not from the NDB Management Nodes (ndb_mgmd processes).

#

# [MYSQL_CLUSTER]

# ndb-connectstring=127.0.0.1

#

# * 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/

Deixa eu tentar ser mais especifico. Tenho algumas tabelas que gravam campos TXT e HTML em determinados diretórios do SO. Gostaria de saber quais são essas tabelas e para qual diretório elas estão apontando.

Att.

CLeber

Editado por cleberalmeidadf
Link para o comentário
Compartilhar em outros sites

  • 0

Oi, CLeber

Deixa eu tentar ser mais especifico. Tenho algumas tabelas que gravam campos TXT e HTML em determinados diretórios do SO. Gostaria de saber quais são essas tabelas e para qual diretório elas estão apontando.

Neste caso, a busca deve ser feita através dos fontes de sua aplicação. O "problema" não é do MySQL e sim de quem e como programou a aplicação.

Link para o comentário
Compartilhar em outros sites

  • 0
Oi, CLeber
Deixa eu tentar ser mais especifico. Tenho algumas tabelas que gravam campos TXT e HTML em determinados diretórios do SO. Gostaria de saber quais são essas tabelas e para qual diretório elas estão apontando.

Neste caso, a busca deve ser feita através dos fontes de sua aplicação. O "problema" não é do MySQL e sim de quem e como programou a aplicação.

Era isso mesmo Denis. Muito obrigado

Link para o comentário
Compartilhar em outros sites

Visitante
Este tópico está impedido de receber novos posts.


  • Estatísticas dos Fóruns

    • Tópicos
      152,3k
    • Posts
      652,5k
×
×
  • Criar Novo...