1、模糊查询效率很低：原因：like本身效率就比较低，应该尽量避免查询条件使用like;对于like’%…%’(全模糊）这样的条件，是无法使用索引的，全表扫描自然会效率很低；另外由于匹配算法的关系，模糊查询的字段长度越大，查询的效率就越低。解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至

问题描述　　153是一个非常特殊的数，它等于它的每位数字的立方和，即153111555333。编程求所有满足这种条件的三位十进制数。输出格式　　按从小到大的顺序输出满足条件的三位十进制数，每个数占一行。foriinrange(100,1000):astr(i)0bstr(i)1c

bug类型:1、".equals()"shouldnotbeusedtotestthevaluesof"Atomic"classes.bug主要不要使用equals方法对AtomicXXX进行是否相等的判断Atomic变量永远只会和自身相等，Atomic变量没有覆写equals()方法.2、""

whereOr方法Db::table('think_user')where('name','like','%thinkphp')whereOr('title','like','%thinkphp')find();多字段相同条件的OR查询可以简化为如下方式：

MySQL—关联（连接）查询知识大纲概述笛卡尔积关联条件内连接\INNERJOIN\外连接\OUTERJOIN\左连接\LEFTJOIN\右外连接\RIGHTJOIN\外连接\FULLJOIN\

前提条件：aptgetinstallnetcatopenbsd方法一：vimultiping.sh添加如下内容：!/bin/bashwhile:;doforiin'192.168.1.180''www.baidu.com443''192.168.2.50770''www.163.com443';

1使用c,cbind,rbind结合变量之前获得四列数据Wingcrd,Tarsus,Head,Wt每个列包含8个数据，可以通过c继续连接变量\BirdData<c(Wingcrd,Tarsus,Head,Wt)\BirdData \1\59.055.053.555.052.557.553.05

01为什么要用锁？锁是为了解决并发操作引起的脏读、数据不一致的问题。02 锁实现的基本原理2.1、volatileJava编程语言允许线程访问共享变量，为了确保共享变量能被准确和一致地更新，线程应该确保通过排他锁单独获得这个变量。Java语言提供了volatile，在某些

1阻塞IO模型从字面来理解，就是调用时可能被阻塞，什么叫阻塞，要知道一个进程有N种状态，学过OS都知道如果阻塞，就会把当前进程放在某个条件的阻塞队列里。直到条件满足了，才会转移此进程进入就绪队列。当然，就绪队列还有个优先级的概念，就不扯远了。阻塞IO.1）调用API，比如 r

!(https://oscimg.oschina.net/oscnet/up18fde2dfaeb4e22a996dc8796960baa1848.png)1、如果条件中有or,即使其中