anddyhua's Cookbook

[client]port=3306[mysql]default-character-set=utf8[mysqld]# 设置3306端口port = 3306# 设置mysql的安装目录basedir="D:\Program Files\MySQL\mysql-8.0.24-winx64"# 允许最大连接数max_connections=20# 服务端使用的字符集默认为8比特编码的latin1字符集character-set-server=utf8# 创建新表时将使用的默认存储引.

检查你的语法，没有像 select A,B group by A的group by 基本语法是select A,sum(),min() from t group by Aselect A,B,sum() from t group by A,B真要获得B字段，自关联子查询select tt.A,t.B from (select A,sum(),min() from t group by A) tt, t where t.A=tt.A改写你的语句，别把sqlmode 关了 极其不负责任...

MySQL InnoDB表支持行格式压缩，压缩后的表能够显著减少磁盘空间占用，但是压缩功能也会造成一定的性能损耗，比如加重CPU的负载，降低数据库吞吐量。本文通过测试案例，来具体了解MySQL InnoDB行格式压缩的效果以及对性能的影响。MySQL版本：5.7.19 测试工具：sysbench，10张表，单张表1000w数据，32线程并发 测试场景：read_only，write_only，read_write行格式压缩语法：ALTER TABLE sbtest1 ROW_FORMAT=COM

目录1. GTID的格式和存储1.1 GTID 集1.2 mysql.gtid_executed 表1.3 mysql.gtid_executed 表压缩2. GTID 生命周期2.1 生命周期步骤：2.2 gtid_purged3. 使用GTID搭建主从3.1 环境准备3.2 配置GTID主从的参数3.3 在master上操作3.4 在slave上操作3.5 过滤掉已执行过的gtid3.6 配置主从4. 使用gtid进行复制的限制4.1 非事务性存储引擎的更新4.2 CREATE TABLE … SELE

MySQL的limit给分页带来了极大的方便，但数据量一大的时候，limit的性能就急剧下降。同样是取10条数据两种方式：　　select * from test limit 10000,10　　select * from test limit 0,10　　就不是一个数量级别的。　　网上也很多关于limit的五条优化准则，都是翻译自MySQL手册，虽然正确但不实用。今天发现一篇文章写了些关于limit优化的，很不错。　　文中不是直接使用limit，而是首先获取到offset的id然后直接使用li

备份所有数据库：mysqldump -uroot -p --all-databases > /backup/mysqldump/all.db备份指定数据库：mysqldump -uroot -p test > /backup/mysqldump/test.db备份指定数据库指定表(多个表以空格间隔)mysqldump -uroot -p test t1 t2 > /backup/mysqldump/2table.db备份指定数据库排除某些表mysqldump -uroot -

通过两种方式增加从库——不停止mysql服务一般在线增加从库有两种方式，一种是通过mysqldump备份主库，恢复到从库，mysqldump是逻辑备份，数据量大时，备份速度会很慢，锁表的时间也会很长。另一种是通过xtrabackup工具备份主库，恢复到从库，xtrabackup是物理备份，备份速度快，不锁表。为什么不锁表?因为自身会监控主库日志，如果有更新的数据，就会先写到一个文件中，然后再回归到备份文件中，从而保持数据一致性。现在生产环境MySQL数据库是一主一从，由于业务量访问不断增大，故再增加

mysqldump备份指定数据库，如ivy[mysql@zhddx01]$ mysqldump -udbivy -p123456 -F -R --events --databases ivy |gzip >ivy_$(date +%F).sql.gz恢复被删除表的表结构[mysql@zhddx01]$ gunzip -c ivy_2018-07-25.sql.gz |sed -e ‘/./{H;$!d;}’ -e ‘x;/CREATE TABLE acjbill/!d;q’ |mysql -ud

一、表压缩概述：表压缩可以在创建表时开启，压缩表能够使表中的数据以压缩格式存储，压缩能够显著提高原生性能和可伸缩性。压缩意味着在硬盘和内存之间传输的数据更小且占用相对少的内存及硬盘，对于辅助索引，这种压缩带来更加明显的好处，因为索引数据也被压缩了。压缩对于硬盘是SSD的存储设备尤为重要，因为它们相对普通的HDD硬盘比较贵且容量有限。我们都知道，CPU和内存的速度远远大于磁盘，因为对于数据库服务器，磁盘IO可能会成为紧要资源或者瓶颈。数据压缩能够让数据库变得更小，从而减少磁盘的I/O,还能提高系统吞吐

# 查询所有正在运行的事务及运行时间select t.*, TO_SECONDS(NOW())-TO_SECONDS(t.trx_started) idle_time from INFORMATION_SCHEMA.INNODB_TRX t \G # 查询事务详细信息及执行的SQLselect now(),(UNIX_TIMESTAMP(now()) - UNIX_TIMESTAMP(a.trx_started)) diff_sec,b.id,b.user,b.host,b.db,d.SQL_TEX

表类型功能对比MyISAM表InnoDB表默认引擎时间5.1及之前的版本5.1之后版本事务处理不支持支持锁最小粒度全表锁行锁外键约束不支持支持存储结构文件类型：.frm存储表定义 .MYD数据 .MYI索引数据和索引存储在一个.ibdata数据文件中表空间大小可以被压缩，理论支持65536TB，通常是由操作系统对文件大小的限制决定理论最大64T，通常是由操作系统对文件大小的限制决定全文索引支持不支持COUNT问题准...

DROP PROCEDURE IF EXISTS test_proc_1;CREATE PROCEDURE test_proc_1()BEGIN DECLARE done INT DEFAULT 0; DECLARE tid int(11) DEFAULT 0; DECLARE tname varchar(50) DEFAULT NULL; DECLARE tpass varchar(50) DEFAULT NULL; DECLARE cur_1 CUR

文章地址：http://developer.51cto.com/art/201309/411224.htm原文链接：http://www.chinaz.com/news/2013/0916/317970.shtml