老胡的博客

什么是最左前缀法则呢？最左前缀法则是指复合索引当中要遵守的法则，先说结论：指查询从索引的最左列开始，并且不跳过索引中的列。也就是说查询的条件当中要包含索引最左侧的列，并且不能跳过索引当中的列。

如何理解呢？实际来个例子吧

create index idx_seller_name_sta_addr on tb_seller(name, status, address);

explain select * from tb_seller where name = '小米科技' and status = '1' and address ='北京市'　//针对上面的索引，这样来查肯定是没有问题的

接下来再做一个测试 ：

explain select * from tb_seller where name = '小米科技' //这样会走索引吗？结论是：也会

接下来进一步做测试：

explain select * from tb_seller where name = '小米科技' and status = '1'  //结论：也会走索引，可以看key_len区分索引的不同

接下来再做一下测试：

explain select * from tb_seller where status = '1' and address = '北京市' //这样走索引吗？不走，因为没从索引最左边的列开始

再做一轮测试：

explain select * from tb_seller where address = '北京市' //这样走索引吗？不走，因为也没从索引最左边的列开始

再做一轮测试：name顺序发生变化

explain select * from tb_seller where status = '1' and address = '北京市' and name = '小米科技' //走索引，顺序并不影响，只看查询条件有没有包含最左列

还有一种特殊情况：

explain select * from tb_seller where name = '小米科技' and address = '北京市' //走索引，只用到了name字段的索引，没用到address字段的索引

可以把这个想象成爬楼梯，name 第一层，status 第二层，address 第三层，不能跳过第一层，直接爬后面的。也不能爬完第一层后直接爬第三层。

SELECT sum(TABLE_ROWS) as rows, sum(DATA_LENGTH)/1024/1024 as data_size, sum(INDEX_LENGTH)/1024/1024 as index_size FROM  information_schema.`TABLES` WHERE TABLE_SCHEMA='库名'

db_size　= data_size + index_size

//更多

//第一种情况：查询所有数据库的总大小，方法如下：
mysql> use information_schema;
mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES;
+-----------+
| data      |
+-----------+
| 3052.76MB |
+-----------+
1 row in set (0.02 sec)

//统计一下所有库数据量 
每张表数据量=AVG_ROW_LENGTH*TABLE_ROWS+INDEX_LENGTH
SELECT
SUM(AVG_ROW_LENGTH*TABLE_ROWS+INDEX_LENGTH)/1024/1024 AS total_mb
FROM information_schema.TABLES 
统计每个库大小：
SELECT
table_schema,SUM(AVG_ROW_LENGTH*TABLE_ROWS+INDEX_LENGTH)/1024/1024 AS total_mb
FROM information_schema.TABLES group by table_schema;  


//第二种情况：查看指定数据库的大小，比如说：数据库test，方法如下：
mysql> use information_schema;
mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES where table_schema='test';
+----------+
| data     |
+----------+
| 142.84MB |
+----------+
1 row in set (0.00 sec)

//1.查看所有数据库各容量大小
select
table_schema as '数据库',
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
from information_schema.tables
group by table_schema
order by sum(data_length) desc, sum(index_length) desc;

//2.查看所有数据库各表容量大小
select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
order by data_length desc, index_length desc;

//3.查看指定数据库容量大小
例：查看mysql库容量大小
select
table_schema as '数据库',
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
from information_schema.tables
where table_schema='mysql';　

//4.查看指定数据库各表容量大小
//例：查看mysql库各表容量大小
select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
where table_schema='mysql'
order by data_length desc, index_length desc;

昨晚db告警，从慢日志和异常日志行为分析，表现都不太明显（并不像以往api请求变更历史那样有明显的IP和action或是用户信息，比较分散），虽然log初步分析是api流量有点大，但是最后都由于自己不够坚定而放弃了怀疑，说白了，还是自己技术不够到位，事后分析了下，慢日志和异常行为日志这两者如果不明显，但是db进程数（出现很多sleep进程）一直告警，是否可以通过processlist host出现的次数，来判断sql来源呢？如果host指向api，是不是就可以坐实了，那如何统计processlist host出现的次数?

show full processlist;并不支持类似like的过滤。于是想通过这个命令筛选得到某些服务器IP的连接不可取。但并不是没有好的办法，因为show full processlist;命令本身就是查询表PROCESSLIST里的内容，表PROCESSLIST在数据库information_schema中，我们在执行show processlist时实际在mysql中就是执行查询information_schema数据库中的processlist表查询。这就好办了，因为字段HOST中的值多是ip:port，这种IP加端口结构（当然我上面有的是localhost，这个不用考虑，大网站都会是多个WEB连接MYSQL，基本都是IP端口），所以上面使用字符串以逗号分隔，从而截取IP地址出来。所以如果想根据HOST中的连接IP地址来进行分组统计，可以使用SQL：

select server,count(server) as servernum from (select substring_index(host,':' ,1) as server from processlist ) as rsa group by server order by servernum desc;

substring_index(字段名, ‘:’, 1)的作用：截取第1个 ‘:’ 之前的所有字符。非常有用。

其实除此之外，还可以通过其他手段坐实问题
1.API容器当中php slow log (/xxxx/php/slow.log)
2.API容器当中php error.log(/xxxx/php/error.log)