ubuntu 大小写 二进制日志 修改无效

1,ubuntu mysql 默认区分大小写。

让他不区分,就在my.cnf中设置lower_case_table_names=1

设置后重启mysql 发现没有起作用。

mysql> show variables like ‘lower_case_table_names‘ ;
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_table_names | 0     |
+------------------------+-------+
1 row in set (0.00 sec)

2,在my.cnf加log-bin=/var/log/mysql-bin.log

重启

mysql> show variables like ‘%log_bin%‘;
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| log_bin                         | OFF   |
| log_bin_trust_function_creators | OFF   |
| sql_log_bin                     | ON    |
+---------------------------------+-------+
3 rows in set (0.01 sec)

就是说my.cnf修改对mysql不起作用

可能是不用/etc/mysql/my.cnf 不是mysql的配置。

把my.cnf重命名为my_current.cnf 可以重启。。。。

但是突然在重启mysql服务的时候
[email protected]:~# /etc/init.d/mysql restart
 * Stopping MySQL database server mysqld                                        Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
                                                                         [ OK ]
Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
 * Starting MySQL database server mysqld                                        Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
Warning: World-writable config file ‘/etc/mysql/my.cnf‘ is ignored
按照这个Warning修改my.cnf权限 744,重启服务,成功。

时间: 2024-11-02 09:04:11

ubuntu 大小写 二进制日志 修改无效的相关文章

MySQL中基于mysqldump和二进制日志log-bin二进制日志进行逻辑备份以及基于时间点的还原

本文出处:http://www.cnblogs.com/wy123/p/6956464.html 本文仅模拟使用mysqldump和log-bin二进制日志进行简单测试,仅作为个人学习笔记,可能离实际应用还有很大差距,仅参考. 开启MySQL的bin-log二进制日志 模拟还原是需要mysqldump出来的文件和log-bin,因此需要开始log-bin二进制日志. mysql5.7.18在开启二进制日志的时候除了要设置log-bin的位置之外,另外需要设置一个server-id,MySQL之前

Mysql学习之--Mysql二进制日志管理

Mysql学习之--Mysql二进制日志管理 简介:     MySQL的二进制日志可以说或是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是失误安全型的.      MySQL的二进制日志的作用是显而易见的,可以方便的备份这些日志以便做数据恢复,也可以作为主从复制的同步文件,然而二进制日志的大小可能会根据不同的需求而存在麻烦,所以让日志回滚是必须的,当然MySQL已经为我们提供了二进制回滚的功

mysql dba系统学习(6)二进制日志binlog之二

MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选:Mixed,Statement,Row,默认格式是 Statement.总结一下这三种格式日志的优缺点. MySQL Replication 复制可以是基于一条语句 (Statement Level) ,也可以是基于一条记录 (Row Level),可以在 MySQL 的配置参数中设定这个复制级别,不同复制级别的设置会影响到 Master 端的 bin-log 日志格式. 1. Row日志中会记录成每一行数据被修改

自动清理N天前的二进制日志

这里以自动清理5天前的二进制日志为例(做了主从备份或依赖于二进制日志备份的请慎用): 以root身份登录数据库,执行以下命令: set GLOBAL expire_logs_days = 5; 如果希望永久生效,可修改/etc/my.cnf配置文件,在[mysqld]下增加一行:expire_logs_days = 5.

MySQl Study学习之--MySQl二进制日志管理

MySQl Study学习之--MySQl二进制日志管理 MySQL二进制日志(Binary Log):   a.它包含的内容及作用如下:    包含了所有更新了数据或者已经潜在更新了数据(比如没有匹配任何行的一个DELETE)    包含关于每个更新数据库(DML)的语句的执行时间信息    不包含没有修改任何数据的语句,如果需要启用该选项,需要开启通用日志功能    主要目的是尽可能的将数据库恢复到数据库故障点,因为二进制日志包含备份后进行的所有更新    用于在主复制服务器上记录所有将发送

mysql二进制日志

mysql二进制日志称为binlog,记录了数据库修改数据的操作,可以用作数据恢复. binlog有三种记录方式 1.statement 记录修改数据的原始sql,IO量较小.sql中存在使用user()等依赖运行环境的函数时,可能导致数据恢复不正确. 2.row 记录每行数据的修改动作,IO较大,准确性最高,生产环境推荐使用这种模式. 3.mixed 上述两种模式混合使用. binlog参数设置 1.log_bin 只读参数,只能在my.ini(my.cnf)中设置,log_bin的值为二进制

Mysql关闭二进制日志的方法

一.清除二进制日志文件 方法一:reset master; 方法二:purge binary logs to '*.bin'或者 purge binary logs  before  'date' 或 set global expire_logs_days=3; 注意:log_bin为静态参数,不能在线修改,expire_logs_days为全局参数 二.修改/etc/my.cnf 文件,找到下面两行并注释 #log-bin=mysql-bin #binlog_format=mixed 三.找合

MySQL二进制日志(binary log)总结

本文出处:http://www.cnblogs.com/wy123/p/7182356.html (保留出处并非什么原创作品权利,本人拙作还远远达不到,仅仅是为了链接到原文,因为后续对可能存在的一些错误进行修正或补充,无他) 今天无意中发现了一个云栖社区举行的MySQL“第一季:挑战玄惭之 慢SQL性能优化赛”,在测试服务器上执行其测试脚本写入数据的时候报错提示如下,Multi-statement transaction required more than 'max_binlog_cache_

MySQL备份方案-->(利用mysqldump以及binlog二进制日志)

From:http://blog.csdn.net/mchdba/article/details/11575605 随着数据不断增加,而且为了兼容以后的innodb存储引擎, 所以考虑采用mysqldump全备+日志增量备份的策略.使用mysqldump对于MySQL大部分mysql存储引擎比如myisam.innodb都有很好的支持. 方案一:mysqldump全备份+日志增量备份 1, mysqldump备份方案: 周一凌晨3点全备 周二到周日凌晨3点增量备份 2, 备份步骤 (1)