lnmp 1.3下。不管是将mysql的4G的那个文件还是1-2G的.cnf 文件CP到 /etc目录下。mysql重启就启动不了。换回装完LNMP的my.cn
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 编辑 ] mysql 5.548 错误日志在哪里错误日志在哪里 bin-* 那是二进制日志
置顶帖反馈必读有说明 原帖由 licess 于 2017-2-15 09:28 发表 http://bbs.vpser.net/images/common/back.gif
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就没问题。。。。
启动失败后。日志里好像并没有记录启动的日志。只有上一次启动成功的日志。702156:49:51 InnoDB: highest supported file format is Barracuda.
1702156:49:51InnoDB: Waiting for the background threads to start
1702156:49:52 InnoDB: 5.5.48 started; log sequence number 1595685
1702156:49:52 Server hostname (bind-address): '0.0.0.0'; port: 3306
1702156:49:52 - '0.0.0.0' resolves to '0.0.0.0';
1702156:49:52 Server socket created on IP: '0.0.0.0'.
1702156:49:52 Event Scheduler: Loaded 0 events
1702156:49:52 /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.5.48-log'socket: '/tmp/mysql.sock'port: 3306Source 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 最后用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
1702157:05:59 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
1702157:05:59 /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)
1702157:05:59 Aborting
1702157:05:59 /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 编辑 ]
回复 4# 的帖子
我将所有日志文件CP到 /usr/local/mysql/data日志又显示：170215 07:24:20 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
1702157:24:20 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
1702157:24:20 /usr/local/mysql/bin/mysqld (mysqld 5.5.48-log) starting as process 10462 ...
1702157:24:20 Plugin 'FEDERATED' is disabled.
/usr/local/mysql/bin/mysqld: Table 'mysql.plugin' doesn't exist
1702157:24:20 Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
1702157:24:20 InnoDB: The InnoDB memory heap is disabled
1702157:24:20 InnoDB: Mutexes and rw_locks use GCC atomic builtins
1702157:24:20 InnoDB: Compressed tables use zlib 1.2.3
1702157:24:20 InnoDB: Initializing buffer pool, size = 128.0M
1702157:24:20 InnoDB: Completed initialization of buffer pool
1702157:24:20 InnoDB: highest supported file format is Barracuda.
1702157:24:20InnoDB: Waiting for the background threads to start
1702157:24:21 InnoDB: 5.5.48 started; log sequence number 1595675
1702157:24:21 Recovering after a crash using mysql-bin
1702157:24:21 Starting crash recovery...
1702157:24:21 Crash recovery finished.
1702157:24:21 Server hostname (bind-address): '0.0.0.0'; port: 3306
1702157:24:21 - '0.0.0.0' resolves to '0.0.0.0';
1702157:24:21 Server socket created on IP: '0.0.0.0'.
1702157:24:21 Can't start server: Bind on TCP/IP port: Address already in use
1702157:24:21 Do you already have another mysqld server running on port: 3306 ?
1702157:24:21 Aborting
1702157:24:21InnoDB: Starting shutdown...
1702157:24:22InnoDB: Shutdown completed; log sequence number 1595675
1702157:24:22 /usr/local/mysql/bin/mysqld: Shutdown complete
回复 7# 的帖子
上面日志里的数据库目录不是lnmp默认的，你自己修改过吗，lnmp不修改默认值是 /usr/local/mysql/var 不是data 如果没改就是配置文件中你设置的错误另外下面还显示已经有其他mysql在运行或其他程序占用了端口的提示 原帖由 licess 于 2017-2-16 09:36 发表 http://bbs.vpser.net/images/common/back.gif
上面日志里的数据库目录不是lnmp默认的，你自己修改过吗，lnmp不修改默认值是 /usr/local/mysql/var 不是data 如果没改就是配置文件中你设置的错误
另外下面还显示已经有其他mysql在运行或其他程序占用了端口的提示 ...
我一大新手。不会修改。你测试过了没。。。。新装的LNMP1.3.。。只要将4G的或1-2G的my.cnf CP到 /etc改名my.cnf后。。就出现错误。
如果用原来的my.cnf就没事。我说的够明白了吧。
回复 9# 的帖子
前面日志里表现的问题已经给你说了你自己找的配置文件不行你又不会自己修改那就没办法了
新手不知道改什么就别改了，lnmp 1.3+版本都是已经自动优化过了的 原帖由 licess 于 2017-2-16 19:10 发表 http://bbs.vpser.net/images/common/back.gif
前面日志里表现的问题已经给你说了
你自己找的配置文件不行你又不会自己修改那就没办法了
新手不知道改什么就别改了，lnmp 1.3+版本都是已经自动优化过了的 ...
谢谢军哥。lnmp1.0也用了三年了。。。
但这个机器是新的。8核 16G。。。用默认的能发挥出来吗。
在用lnmp1.0时。也是直接将MYSQL里的4G CP过来的。就好使。新上了一台服务器用1.3就不行了。
页:
[1]