稀土掘金官方
获得徽章 14
- #一句话证明自己是程序员#
用公式做了一款MBTI人格测试标准版。
点击下方链接即可参与测试，测试结果会在飞书发送。评论1 - 用公式做了一款MBTI人格测试标准版。
点击下方链接即可参与测试，测试结果会在飞书发送。评论1 - #每天一个知识点#
软件覆盖安装的adb命令？adb install -r xx.apk 覆盖低版本的adb install -r -d 覆盖高版本的
性能测试的adb命令？adb shell dumpsys cpuinfo 查看手机cpu的使用情况adb shell getprop|findstr dalvik 手机系统自己运行的内存使用
说几个monkey指令？Adb shell monkey -p 包名Adb-shell–ignore-crashes 忽略崩溃Adb-shell–ignore-timeouts 忽略延时Adb-shell–ignore-throttle 延时毫秒值Adb-shell–pct-touch–pct-motion 触摸与滑动事件的比例
弱网情况下你是如何测试的？1.2G的网速150kbps，折合下载速度15-20k/s2.3G的网速1-6mbps，折合下载速度120k/s-600k/s3.4G的网速10-100mbps，折合下载速度1.5m/s-10m/s4.使用真实的SIM卡，运营商网络来进行测试5.通过代理的方式模拟弱网环境下进行测试（Charles延迟）6.链接模拟弱网的热点进行测试（如360WiFi助手可以设置）展开评论3 - #每天一个知识点#
视图，这是事务隔离实现的根本，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。
在MySQL里，有两个“视图”的概念：
一个是view，它是一个用查询语句定义的虚拟表，在调用的时候执行查询语句并生成结果。创建视图的语法是create view … ，而它的查询方法与表一样。
另一个是InnoDB在实现MVCC时用到的一致性读视图，即consistent read view，用于支持RC（Read Committed，读提交）和RR（Repeatable Read，可重复读）隔离级别的实现。
在可重复读隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。展开评论1 - #每天一个知识点#
一、索引的概念
索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。
二、索引的特点
1.索引可以加快数据库的检索速度
2.索引降低了数据库插入、修改、删除等维护任务的速度
3.索引创建在表上，不能创建在视图上
4.索引既可以直接创建，也可以间接创建
5.可以在优化隐藏中，使用索引
6.使用查询处理器执行SQL语句，在一个表上，一次只能使用一个索引
三、索引的优点
1.创建唯一性索引，保证数据库表中每一行数据的唯一性
2.大大加快数据的检索速度，这也是创建索引的最主要的原因
3.加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
4.在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
5.通过使用索引，可以在查询的过程中使用优化隐藏器，提高系统的性能。
四、索引的缺点
1.创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加
2.索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大
3.当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度
展开评论1 - #每天一个知识点# 当bug出现时，一般来说分大致3种情况，
数据库层面的：可能少某个字段，或者字段值为空等等，这些可能在设计数据库时就埋下了错误的种子，导致程序调用数据库错误的数据产生bug，这一类问题不算普遍，但也是最容易忽视的一种情况，有时候从数据库入手定位bug说不定还能发现数据库的设计缺陷呢。
网络层面的：通常这种都是网络情况较差的时候产生的，比如手机的移动网络信号不好，又或是公司网络不稳定，导致js/css未加载完全或者请求超时等等，这种问题其实非程序bug造成的，可以不用提交bug，也不用让开发毫无头绪的去查代码的问题。当然如果可以的话也可以当优化建议提给开发，让他优化代码，比如压缩js/css，增加超时时间，超时后的重试机制。
代码层面的：普遍的bug基本都是代码有问题造成的，排除掉1和2剩下后就可以确定是程序bug了。对于了解网络架构的人来说，其实程序也分前端和后端的，一般对于界面显示有问题直接可以判断是前端的问题，比如系统兼容性，浏览器兼容性。
而对于数据或者逻辑上的问题，则需要（检查接口）前端和后台之间是通过接口文件相互联系的，通过抓包工具来进行分析 ：
1）请求未返回数据，可能是client（客户端）请求数据错误，可能是server端处理错误。
2）请求返回错误的数据，那就是server端（服务器端）处理错误。
3）请求返回正确的数据，那就是前端处理server端（服务器端）返回数据有错误
定位bug就像这样抽丝剥茧一层层排除，从而把最后剩下的可能性给找出来，说难其实也不难，但需要有足够的逻辑思维能力来推断，也需要足够的耐心去寻找bug的根源。展开评论1 - #每天一个知识点#
所谓的MVCC（Multi-Version Concurrency Control ，多版本并发控制）指的就是在使用读已提交（READ COMMITTD）、可重复读（REPEATABLE READ）这两种隔离级别的事务在执行普通的SELECT操作时访问记录的版本链的过程，这样子可以使不同事务的读-写、写-读操作并发执行，从而提升系统性能。
这两个隔离级别的一个很大不同就是：生成ReadView的时机不同，READ COMMITTD在每一次进行普通SELECT操作前都会生成一个ReadView，而REPEATABLE READ只在第一次进行普通SELECT操作前生成一个ReadView，数据的可重复读其实就是ReadView的重复使用。展开评论2