《叶问》第19期

「爱情、让人受尽委屈。」 2023-06-07 12:12 17阅读 0赞

**关 于 叶 问**

《叶问》是知数堂新设计的互动栏目，不定期给大家提供技术知识小贴士，形式不限，或提问、或讨论均可，并在当天发布答案，让大家轻轻松松利用碎片时间就可以学到最实用的知识点。

**2019年09月03日，周二**

### **如何将excel数据导入MySQL表中？** ###

将excel导入MySQL表的方式有很多，这里列举几种平时常用的方法：

1、将excel另存为csv文件，再使用LOAD DATA导入表，命令参考如下：

LOAD DATA INFILE 'c:/tmp/discounts.csv'

INTO TABLE discounts

FIELDS TERMINATED BY ','

ENCLOSED BY '"'

LINES TERMINATED BY '\\n'

IGNORE 1 ROWS;

2、利用Navicat、MySQL Workbench等第三方工具进行导入

3、excel利用函数拼接成insert SQL进行数据插入(数据量大时不推荐，效率极低)

4、例行批量导入，安利python的xlwt模块

**注意：进行数据导入时注意先执行set names设置字符集，以免造成乱码**

**2019年09月05日，周四**

**用xtrabackup跑mysql物理备份，建议授予哪些权限？**

可能需要用到以下权限：

1、RELOAD and LOCK TABLES (用于FLUSH TABLES WITH READ LOCK 和 FLUSH ENGINE LOGS)

2、BACKUP\_ADMIN （用于查询表performance\_schema.log\_status, 执行LOCK INSTANCE FOR BACKUP, LOCK BINLOG FOR BACKUP, 或 LOCK TABLES FOR BACKUP）

3、REPLICATION CLIENT（获取一致性位点）

4、PROCESS（用于执行SHOW ENGINE INNODB STATUS或者查看线程状态等）

5、SUPER（复制环境下用于start/stop the slave threads）

6、SELECT（使用选项--incremental-history-name or --incremental-history-uuid时获取innodb\_to\_lsn插入到PERCONA\_SCHEMA.xtrabackup\_history表）

**2019年09月10日，周二**

**select里用rand()，怎么优化效率？**

案例：

select id from t1 where id = round(rand()\*13241324);

其中id列是IINT类型的主键

一、问题点

该SQL的问题点主要在于当使用rand()匹配时，实际上是逐行提取数据，rand()每次生成一个随机数进行单行匹配，即如果t1表有100万数据就会匹配100万次，即便有索引也没用，也要全表扫描

二、优化方式

优化方式主要有2种思路，第一种是通过子查询关联，第二种是通过范围查询加limit 1，如下所示：

1、select id from t1 join (select round(rand()\*13241324) as id2) as t2 where t1.id = t2.id2

2、select id from t1 where id > (select round(rand()\*(select max(id) from t1)) as nid) limit 1

**再次提醒，不要用rand()直接进行匹配或者排序，会引发性能灾难**

参考：

http://imysql.com/2014/07/04/mysql-optimization-case-rand-optimize.shtml

**2019年09月17日，周二**

**现在业内常用的MySQL高可用方案有哪些？**

目前来说，比较多的开源方案分内置高可用与外部实现，内置高可用有如下：

1、官方版本分支：MGR（首推）

2、percona分支：PXC

3、MariaDB：Galera Cluster

外部实现方案：

1、orchestrator(GTID)

2、replication-manager(GTID)

3、MHA(传统复制)

4、MOHA(支持多AZ部署)

5、其他...

**2019年09月19日，周四**

###  ###

**什么时候MySQL的索引"失效"不可用？**

1、通过索引扫描的记录超过20%~30%，可能会变成全表扫描

2、联合索引中，查询条件不符合左侧前导要求

3、查询条件列最左以通配符%开始

4、查询条件发生数据类型隐式转换，或者字符集不匹配

5、HEAP表使用HASH索引时，使用范围检索或者ORDER BY

6、多表关联时，排序字段不属于驱动表，无法利用索引完成排序

7、JOIN查询时，关联列数据类型（字符集）不一致也会导致索引不可用

8、不可见索引，即便force index也不可用

9、违反索引排序规则

详情请戳叶老师公开课：

**2019年09月24日，周二**

**MySQL从库show processlist出现system lock的原因以及解决方法有哪些？**

由于大量的小事物如UPDATE/DELETE table where一行数据，这种只包含一行DML event的语句，table是一张大表。

1、这个表上没有主键或者唯一键，可以考虑尝试修改参数slave\_rows\_search\_algorithms。

2、由于类似innodb lock堵塞，也就是slave从库修改了数据同时和sql\_thread也在修改同样的数据。

3、确实I/O扛不住了，修改sync\_binlog/innodb\_flush\_log\_at\_trx\_commit或者提高IO子系统的IO能力

**友情提示：**

**MySQL数据库表建议都设置int/bigint的自增主键，"业务主键"设置为not null + 唯一索引**

**2019年09月27日，周五**

**周末了来一个轻松的python算法题：有64瓶药，其中63瓶是无毒的，只有一瓶是有毒的。如果小白鼠喝了有毒的药，3天后会死掉，喝了无毒的药，喝了多少瓶都没事。现在只剩下3天时间，请问最少需要多少只小白鼠才能试出哪瓶药有毒？**

现在公布正确答案啦：

总共需要六只小白鼠。

6只小白鼠当做二进制的位数，那么小白鼠可以表示从000000 - 111111，也就是十进制的0-63个数，药按照1-64排好号，比如第一瓶药编号1，对应小白鼠000001，最右边的小白鼠喝，以此类推，比如第8瓶药，001000，第三只小白鼠喝。从1-63号药都喝一遍。假如最后死的小白鼠对应二进制是001111，那么是15号药有毒。

![640?wx\_fmt=gif][640_wx_fmt_gif]

**扫码加入QQ技术交流群**

**（群号：****793818397）**

![640?wx\_fmt=png][640_wx_fmt_png]

[640_wx_fmt_gif]: /images/20230601/505316aea8644403b4701638eaa01a4b.png
[640_wx_fmt_png]: /images/20230601/111aaff3f6b541ddbf7e66330776bd89.png