打印

lnmp 1.3下。不管是将mysql的4G的那个文件还是1-2G的.cnf 文件CP到 /etc目录下。mysql重启就启动不了。换回装完LNMP的my.cnf就好使。

lnmp 1.3下。不管是将mysql的4G的那个文件还是1-2G的.cnf 文件CP到 /etc目录下。mysql重启就启动不了。换回装完LNMP的my.cnf就好使。

lnmp 1.3下。不管是将mysql的4G的那个文件还是1-2G的.cnf 文件CP到 /etc目录下。mysql重启就启动不了。换回装完LNMP的my.cnf就好使。
mysql-bin-0*文件用什么看。。。用CAT全是乱码

对比了。 。装完LNMP的my.cnf 和4G的那个my.cnf
在4G的my.cnf里没有如下内容。。。。。。。。。。。。。。。。。。装完LNMP的my.cnf里确有。
datadir = /usr/local/mysql/var
innodb_data_home_dir = /usr/local/mysql/var

[ 本帖最后由 cnmt 于 2017-2-15 08:57 编辑 ]

TOP

mysql 5.548

TOP

错误日志在哪里错误日志在哪里

TOP

bin-* 那是二进制日志

置顶帖反馈必读有说明

TOP

引用:
原帖由 licess 于 2017-2-15 09:28 发表
bin-* 那是二进制日志

置顶帖反馈必读有说明
机器名.err      的日志里好像只有正常启动成功的日志。


按照你给的的链接。 https://bbs.vpser.net/thread-8914-1-1.html
复制内容到剪贴板
代码:
如果mysql安装时开启了innodb的话,内存在4G以上可以用/usr/local/mysql/share/mysql/ (mysql5.5在5.5在/usr/local/mysql/support-files/)下面的my-innodb-heavy-4G.cnf 替换/etc/my.cnf
不管是4G的还是其它直接CP到/etc过来改成my.cnf后就启动失败。改回原来的my.cnf就没问题。。。。

启动失败后。日志里好像并没有记录启动的日志。只有上一次启动成功的日志。
复制内容到剪贴板
代码:
70215  6:49:51 InnoDB: highest supported file format is Barracuda.
170215  6:49:51  InnoDB: Waiting for the background threads to start
170215  6:49:52 InnoDB: 5.5.48 started; log sequence number 1595685
170215  6:49:52 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
170215  6:49:52 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
170215  6:49:52 [Note] Server socket created on IP: '0.0.0.0'.
170215  6:49:52 [Note] Event Scheduler: Loaded 0 events
170215  6:49:52 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.5.48-log'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution
对比了。 。装完LNMP的my.cnf 和4G的那个my.cnf
在4G的my.cnf里没有如下内容。。。。。。。。。。。。。。。。。。装完LNMP的my.cnf里确有。
datadir = /usr/local/mysql/var
innodb_data_home_dir = /usr/local/mysql/var

TOP

最后用FIND命令在   /usr/local/mysql/data 里又找到了一个.err文件。。这里面记录的是错误日志。
/var下。。是安装后记录的日志文件。而将my-innodb-heavy-4G.cnf 替换/etc/my.cnf     后。错误日志就到了。/usr/local/mysql/data 里。。。。
日志是:
---------------------------------------

mysql-bin.index文件有。。我设成777后也不行。


170215 07:05:59 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
170215  7:05:59 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
170215  7:05:59 [Note] /usr/local/mysql/bin/mysqld (mysqld 5.5.48-log) starting as process 8091 ...
/usr/local/mysql/bin/mysqld: File './mysql-bin.index' not found (Errcode: 13)
170215  7:05:59 [ERROR] Aborting

170215  7:05:59 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete

170215 07:05:59 mysqld_safe mysqld from pid file /usr/local/mysql/data/zbflash.pid ended

[ 本帖最后由 cnmt 于 2017-2-15 20:06 编辑 ]

TOP

回复 4# 的帖子

我将所有日志文件CP到 /usr/local/mysql/data  日志又显示:

170215 07:24:20 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
170215  7:24:20 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
170215  7:24:20 [Note] /usr/local/mysql/bin/mysqld (mysqld 5.5.48-log) starting as process 10462 ...
170215  7:24:20 [Note] Plugin 'FEDERATED' is disabled.
/usr/local/mysql/bin/mysqld: Table 'mysql.plugin' doesn't exist
170215  7:24:20 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
170215  7:24:20 InnoDB: The InnoDB memory heap is disabled
170215  7:24:20 InnoDB: Mutexes and rw_locks use GCC atomic builtins
170215  7:24:20 InnoDB: Compressed tables use zlib 1.2.3
170215  7:24:20 InnoDB: Initializing buffer pool, size = 128.0M
170215  7:24:20 InnoDB: Completed initialization of buffer pool
170215  7:24:20 InnoDB: highest supported file format is Barracuda.
170215  7:24:20  InnoDB: Waiting for the background threads to start
170215  7:24:21 InnoDB: 5.5.48 started; log sequence number 1595675
170215  7:24:21 [Note] Recovering after a crash using mysql-bin
170215  7:24:21 [Note] Starting crash recovery...
170215  7:24:21 [Note] Crash recovery finished.
170215  7:24:21 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
170215  7:24:21 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
170215  7:24:21 [Note] Server socket created on IP: '0.0.0.0'.
170215  7:24:21 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
170215  7:24:21 [ERROR] Do you already have another mysqld server running on port: 3306 ?
170215  7:24:21 [ERROR] Aborting

170215  7:24:21  InnoDB: Starting shutdown...
170215  7:24:22  InnoDB: Shutdown completed; log sequence number 1595675
170215  7:24:22 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete

TOP

回复 7# 的帖子

上面日志里的数据库目录不是lnmp默认的,你自己修改过吗,lnmp不修改默认值是 /usr/local/mysql/var 不是data 如果没改就是配置文件中你设置的错误
另外下面还显示已经有其他mysql在运行或其他程序占用了端口的提示

TOP

引用:
原帖由 licess 于 2017-2-16 09:36 发表
上面日志里的数据库目录不是lnmp默认的,你自己修改过吗,lnmp不修改默认值是 /usr/local/mysql/var 不是data 如果没改就是配置文件中你设置的错误
另外下面还显示已经有其他mysql在运行或其他程序占用了端口的提示 ...
我一大新手。不会修改。你测试过了没。。。。新装的LNMP1.3.。。只要将4G的或1-2G的my.cnf   CP到   /etc改名  my.cnf后。。就出现错误。


如果用原来的my.cnf就没事。我说的够明白了吧。

TOP

回复 9# 的帖子

前面日志里表现的问题已经给你说了
你自己找的配置文件不行你又不会自己修改那就没办法了
新手不知道改什么就别改了,lnmp 1.3+版本都是已经自动优化过了的

TOP

引用:
原帖由 licess 于 2017-2-16 19:10 发表
前面日志里表现的问题已经给你说了
你自己找的配置文件不行你又不会自己修改那就没办法了
新手不知道改什么就别改了,lnmp 1.3+版本都是已经自动优化过了的 ...
谢谢军哥。lnmp1.0也用了三年了。。。

但这个机器是新的。8核 16G。。。用默认的能发挥出来吗。
在用lnmp1.0时。也是直接将MYSQL里的4G CP过来的。就好使。新上了一台服务器用1.3就不行了。

TOP