之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户

配置读写mysql主从复制的步骤：1.在主库与从库都安装mysql数据库2.在主库的配置文件中配置server-id 和log-bin3.在登陆主库后创建认证用户并做授权。需要注意的是server-id主从库的配置是不一样的。Server-id存在作用：M

mysql>select*fromt;+--------------------------+|name |+--------------------------+|江苏盐城大丰区 ||盐城机场代码 |+---------

SELECT * FROM book_tbl INTO OUTFILE '/tmp/book_tbl.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATE

MySQL忘记root密码，而且不能使用操作系统认证直接进入数据库修改密码时，需要重置root密码。mysql> use mysql;Reading table information for completion of table and colu

先说一下结论：1. binlog 格式为行模式时，ddl在binlog中实际以语句的形式存在。

若在CentOS 下安装MySQL则 rm /etc/my.cnf卸载，否则忽略。查看是否还存在mysql软件。yum –y remove 查询到的软件名。4)、./bootstrap ; make ; make install. 重新运行配置，需要删除C

在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读。这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。· 当在许多线程

对于排查问题找出性能瓶颈来说，最容易发现并解决的问题就是MySQL的慢查询以及没有得用索引的查询。Mysql5.0以上的版本可以支持将执行比较慢的SQL语句记录下来。mysql> show variables like 'long%'; 注：这个l

最近有个业务需要能够存储Json并做一些简单的业务逻辑处理。业务找到我说json的数据分析很难用mysql 5.6 ,这样的纯粹行存来处理难度很大，问我有没啥办法。我第一想到的是mongodb，第二想到的就是mysql 5.7 。然后一查，哎呀，已经GA了

人们对事务的解释如下：事务由作为一个单独单元的一个或多个SQL语句组成，如果其中一个语句不能完成，整个单元就会回滚（撤销），所有影响到的数据将返回到事务开始以前的状态。因而，只有事务中的所有语句都成功地执行才能说这个事务被成功地执行。　mysql事务中有两

主动联系网管打开权限，ping通了，telnet通了，问题依旧，连接不上！问题可以完全排除不在数据库权限控制层面，百度一下看看哪里问题！很多网友要求修改：max_allowed_packet=64M而我的大小为：max_allowed_packet=32M

操作MySQL数据库，删除表中的某一行数据提示如下错误：ERROR 1175 : You are using safe update mode and you tried to update a table without a WHERE that use

本文主要记录在CentOS 7.1系统中如何编译安装MySql数据库。1 创建mysql用户和用户组，并下载MySQL5.7.7 Release Candidate版本首先创建一个名为mysql且没有登录权限的用户和一个名为mysql的用户组，然后去mys

mysql> show variables like 'log_output';+---------------+-------+| Variable_name | Value |+---------------+-------+| log_outp

在MySQL数据库中，mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录

设置Ubuntu允许远程连接MySQL，出于安全方面考虑MySql-Server 只允许本机来连接访问. 这对于 Web-Server 与 MySql-Server 都在同一台服务器上的网站架构来说是没有问题的. 但随着网站流量的增加, 后期服务器架构可能

这里证明，nagios流程是正常的，能检测到别的监控项比如check_users，但是check_mysql故障报错，还是需要去mysql服务器上再去分析问题到底出在哪里。

这意味着，如果你在一个表上有许多更新，那么你的SELECT语句将等到所有的写锁定线程执行完。在UPDATE 和 DELETE操作时Mysql不仅会锁定所有WHERE 条件扫描过得索引，还会锁定相邻的键值。所以出现了"死锁"的情况。

*/;# at 4#130515 12:35:29 server id 2 end_log_pos 107 Start: binlog v 4, server v 5.5.16-log created 130515 12:35:29 at startup#