由于各种的业务需求，sql 查询需要完成各种逻辑，而且很多是临时性的功能需求，所以开发功能的必要性就降低啦，因为时间紧迫等业务条件限制；这样的需求，也接触到了各种罕见的sql语法运用，这次说的就是用sql 根据in查询条件进行排序的结果：select user_id,mobile from user where user_id in ('714522698ixx','452403fDxx','45241AX0xx',...) order by field(user_id,'714522698ixx','452403f
....

    在使用connectWebViewJavascriptBridge方式，和android进行数据交互时：android一直使用base64加密，php端使用js方法 window.atob（）解密，但是知道遇到有中文时有问题，解密之后出现乱码： V70802-140042-中文.mp4    开始以为是android传输过程中，出现了编码变化，跟踪之后android一直使用utf-8，没有问题，跟踪到啦window.atob（），最终发现它不支持中文解密，于是更换：    jqeury.base64.js$.base64.utf8encod
....

    查看Nginx并发进程数：ps -ef | grep nginx | wc -l 　　查看Web服务器TCP连接状态：netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'....

 经过使用    explain extended select count(*) from user;     show warnings;     explain extended select count(1) from user;     show warnings;     explain extended select count(14) from user;     show warnings;     explain extended select count(id) from user;     show warnings;发现他们
....

    查询同一张表，不考虑是否有null ，以下是实测模拟百万级用户量多次执行查询，分别执行时间的区间：select count(*) from usero;  0.516s-0.566s select count(1) from usero; 0.507s - 0.569s select count(id) from usero;主键  0.655s-0.707s select count(name) from usero; 普通索引 0.701-0.747s select count(phone) from usero; 非索引 1.041s-1.138sps: 1.count(*) mysql会转为 count(1)，
....

文字说明： CGI FastCGI php-cgi php-fpm   cgi => FastCGI(快速通用网关接口): 工作原理 a)Web Server 启动时载入FastCGI进程管理器 (IIS或Apache Module)(nginx或者apache启动时，加载php功能模块，即加载php-fpm); b)FastCGI进程管理器（php-fpm）首先初始化自己，启动一批CGI解释器进程（可见多个php-cgi），然后等待来自Web Server的连接。 c)当Web Server中的一个客户端请求达到时（nginx主进程master管理子进程worker的数量，worker负责处理请求，当请求的php程序时
....