分类:未分类


php中几个和mysql相关的扩展模块


在编译php的时候,有这么几个和mysql相关的编译选项:

–with-mysql

–with-mysqli

–with-pdo-mysql

–enable-mysqlnd

那这几个选项到底有什么不同呢?

php官方文档上有这么一段话:

MySQL:This extension is deprecated as of PHP 5.5.0, and has been removed as of php 7.0.0.
MYSQLI: mysql Improved Extension
MySQLND: MySQL Native Drive
PDO:The PHP Data Objects。extension defines a lightweight, consistent interface for accessing databases in PHP。

翻译成中文大概意思是:

MySQL扩展:在5.5.0版本中开始废弃,7.0.0版本中已经移除(也就是不支持了)

MySQLI扩展:是mysql扩展的增强版

MySQLnd:这是官方驱动,或者叫做原生驱动

PDO:PHP Data Objects,是PHP应用中的一个数据库抽象层规范

在PHP扩展的角度上看,MYSQL和MYSQLi还是比较上层的扩展,依赖更底层的库去连接和访问数据库。 MYSQLND 就是所说的底层的数据库驱动。

从应用的层面上看,我们通过PHP 的MYSQL或者MYSQLi扩展提供的API去操作数据库。

从底层来看,MYSQLND提供了底层和数据库交互的支持(可以简单理解为和MySQL server进行网络协议交互)。

而PDO,则提供了一个统一的API接口,使得你的PHP应用不去关心具体要连接的数据库服务器系统类型。也就是说,如果你使用PDO的API,可以在任何需要的时候无缝切换数据库服务器。比如MYSQL,SQLITE任何数据库都行。

即从大部分功能上看,PDO提供的API接口和MYSQLI提供的接口对于普通的增删改查效果是一致的。

最后再贴几个php的代码,来区分几个扩展的用法:

1) mysql连接

<?php
$conn = @ mysql_connect(“localhost”, “root”, “”) or die(“数据库连接错误”);
mysql_select_db(“bbs”, $conn);
mysql_query(“set names ‘utf8′”);
echo “数据库连接成功”;
?>

2)mysqli连接

<?php
$conn = mysqli_connect(‘localhost’, ‘root’, ”, ‘bbs’);
if(!$conn){
die(“数据库连接错误” . mysqli_connect_error());
}
else{
echo”数据库连接成功”;
}
?>

3)PDO连接

<?php
try{
$pdo=new pdo(“mysql:host=localhost;dbname=bbs”,”root”,””);
}
catch(PDDException $e){
echo”数据库连接错误”;
}
echo”数据库连接成功”;
?>

进程与线程


计算机上运行的程序都会有进程,你可以打开windows的进程管理器来查看系统所有的进程信息,而linux可以使用top或者ps来查看所有的进程信息。

线程是比进程还要细分的一个单元,它在进程里面,一个进程下面可以有多个线程。

下表为进程和线程的主要区别:

项目 进程 线程
unit 分配系统资源(cpu时间、内存等)的基本单位 进程内的一个执行单元,CPU调度和分派的基本单位
地址空间 有独立的地址空间 和同进程内的其他线程共享地址空间
健壮性 很健壮,一个进程崩溃对其他进程没有影响 不健壮,相同进程内,一个线程崩溃(意味着进程崩溃),其他线程也会崩溃
调度(切换) 进程上下文切换,资源耗费大 轻量级进程切换,不用重新加载内存,一个进程内的线程切换要比不同进程内的线程切换快5-50倍
创建 拷贝父进程的地址空间,耗时较长 直接创建,比进程创建要快10-100倍
通信 进程间通信,用到IPC通信机制(共享内存、socket、信号、管道等) 可以直接和相同进程内的其他线程通信
编程容易度 多进程间耦合性较小,比较容易 线程间耦合度较大,共享全局变量,需要考虑关键变量的互斥操作

SSL工作原理


(1) 浏览器发送一个https的请求给服务器;

(2) 服务器要有一套数字证书,可以自己制作(但使用自己制作的证书,浏览器访问的时候会提示不信任),也可以向组织申请,区别就是自己颁发的证书需要客户端验证通过,才可以继续访问,而使用受信任的公司申请的证书则不会弹出提示页面,这套证书其实就是一对公钥和私钥;

(3) 服务器会把公钥传输给客户端;

(4) 客户端(浏览器)收到公钥后,会验证其是否合法有效,无效会有警告提醒,有效则会生成一串随机数,并用收到的公钥加密;

(5) 客户端把加密后的随机字符串传输给服务器;

(6) 服务器收到加密随机字符串后,先用私钥解密(公钥加密,私钥解密),获取到这一串随机数后,再用这串随机字符串加密传输的数据(该加密为对称加密,所谓对称加密,就是将数据和私钥也就是这个随机字符串通过某种算法混合在一起,这样除非知道私钥,否则无法获取数据内容);

(7) 服务器把加密后的数据传输给客户端;

(8) 客户端收到数据后,再用自己的私钥也就是那个随机字符串解密;

pagent免密钥密码


使用putty远程登录Linux,假如使用密钥验证,为了更加安全我们会增加一个密钥的密码,只有输入正确的密码才能成功远程登录Linux,其实这个输入密码的环节是可以省略的。这就用到了 pagent.exe 程序。它的作用就是把密钥加载到内存中,只需在第一次加载到内存时输入密码,之后就不再输入密码了。

双击pagent.exe, 虽然没有弹出什么窗口,但是它已经运行了,在电脑右下角,双击小图标把它调到前台来,点 “Add key” , 找到我们要加载到内存的私钥,这时会弹出一个小窗口让我们输入私钥的密码,等输入完成后,点 “OK” 就可以了,然后点”close”。

此时我们再运行putty.exe,打开远程主机时,不再输入私钥的密码了。但是以后每天开机后,你可不能忘记运行这个小程序,并加载一下私钥文件。为了让其更加自动化,可以让它开机启动:

在开始菜单中找到”启动” ,右键点击选择”打开”, 把pagent.exe 的快捷方式先发送到桌面,然后再剪切到该文件夹下。这样就开机启动了。

nginx的location优先级


在nginx配置文件中,location主要有这几种形式:

1. 正则匹配 location ~ /abc { }

2. 不区分大小写的正则匹配 location ~* /abc { }

3. 匹配路径的前缀,如果找到停止搜索 location ^~ /abc { }

4. 精确匹配 location = /abc { }

5.普通路径前缀匹配 location /abc { }

 

先说优先级

4 > 3 > 2 > 1 > 5

 

再来解释一下各个格式

location = / {
# 精确匹配 / ,主机名后面不能带任何字符串
[ configuration A ]
}

location / {
# 因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求
# 但是正则和最长字符串会优先匹配
[ configuration B ]
}

location /documents/ {

# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
[ configuration C ]
}

location ~ /documents/Abc {

# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
[ configuration CC ]
}

location ^~ /images/ {

# 匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条。
[ configuration D ]
}

location ~* \.(gif|jpg|jpeg)$ {

# 匹配所有以 gif,jpg或jpeg 结尾的请求
# 然而,所有请求 /images/ 下的图片会被 config D 处理,因为 ^~ 到达不了这一条正则
[ configuration E ]
}

location /images/ {

# 字符匹配到 /images/,继续往下,会发现 ^~ 存在
[ configuration F ]
}

location /images/abc {

# 最长字符匹配到 /images/abc,继续往下,会发现 ^~ 存在
# F与G的放置顺序是没有关系的
[ configuration G ]
}

location ~ /images/abc/ {

# 只有去掉 config D 才有效:先最长匹配 config G 开头的地址,继续往下搜索,匹配到这一条正则,采用
[ configuration H ]
}​

 

再来分析一下A-H配置的执行顺序。

1. 下面2个配置同时存在时

location = / {
[ configuration A ]
}

location / {
[ configuration B ]
}

此时A生效,因为=/优先级高于/

 

2. 下面3个配置同时存在时

location  /documents/ {
[ configuration C ]
}

location ~ /documents/ {

[configuration CB]

}

location ~ /documents/abc {
[ configuration CC ]
}

当访问的url为/documents/abc/1.html,此时CC生效,首先CB优先级高于C,而CC更优先于CB

 

3. 下面4个配置同时存在时

location ^~ /images/ {
[ configuration D ]
}

location /images/ {
[ configuration F ]
}

location /images/abc {
[ configuration G ]
}

location ~ /images/abc/ {
[ configuration H ]
}​

当访问的链接为/images/abc/123.jpg时,此时D生效。虽然4个规则都能匹配到,但^~优先级是最高的。

若^~不存在时,H优先,因为~/images/ > /images/

而/images/和/images/abc同时存在时,/images/abc优先级更高,因为后者更加精准

 

4. 下面两个配置同时存在时

location ~* \.(gif|jpg|jpeg)$ {
[ configuration E ]
}

location ~ /images/abc/ {

[ configuration H ]
}​

当访问的链接为/images/abc/123.jpg时,E生效。因为上面的规则更加精准。


最让程序员头痛的事莫过于此


问题描述:

网站访问时,并不能正常显示汉字,而是很多问号,如下图

这种问题一看就是字符集不对。 在IE浏览器下打开此站点,然后点击右键,把字符集修改为gbk,则显示正常,这样肯定是不行的,总不能让所有用户自己去设置浏览器吧。 所以还得从服务端去入手。

先curl测试:

HTTP/1.1 200 OK

Server: nginxDate: Wed, 19 Jul 2017 08:32:56 GMT

Content-Type: text/html; charset=UTF-8

Connection: keep-aliveVary: Accept-Encoding

X-Powered-By: PHP/5.6.30

发现charset为UTF-8,只要把它修改为gbk即可。 所以修改虚拟主机配置文件,在里面增加一行

charset=gbk;

重启nginx服务后,问题依旧。但curl一个静态文件字符编码变为了gbk,所以怀疑到了php设置。

/usr/local/php/bin/php -i |grep charset

结果如下:

default_charset => UTF-8 => UTF-8

打开php配置文件 /usr/local/php/etc/php.ini 搜索charset,的确有这样的配置:

default_charset = “UTF-8”

把它改为

default_charset = “”

再重启php-fpm服务

/etc/init.d/php-fpm restart

再次curl测试,结果正常了。浏览器的页面也正常了。

郁闷,又TMD断开了!!!


有时,我们想在一个会话窗口中运行一个较长时间的任务,比如压缩一个比较大的目录,或者编译安装mysql,时间会很久,但是我们不能保证中途过程这个会话一直保持连接。万一断开,你岂不是又要重新开始?

如果使用screen,则我们可随时查看这个会话中的任务情况。

打开一个会话,然后输入screen命令,回车。此时就进入了screen界面了。
然后就跟平时一样,输入要执行的任务命令,比如:查看日志

# tail -f /var/log/messages

因为这个会话是活动状态,所以我们无法停止,那么此时需要 这样操作 : 
CTRL + A ,然后按 d键,那么就退出了这个screen界面

要想运行多个 screen,则我们还可以继续输入screen命令,回车,接下来的步骤和前面是一样的。

# screen -ls  // 查看目前所有的screen任务
# screen -r id // 这个id是screen -ls 时 看到的一个数字,如果只有一个,可以省略掉id号

MySQL插入一条数据竟然耗时100ms


数据引擎为innodb,数据量并没有多大,理论上插入一条数据也就几ms。磁盘IO、内存占用以及cpu使用都没有问题。所以想到是某个参数设置不当导致。查资料,发现可以设置一个参数

innodb_flush_log_at_trx_commit = 2

插入速度立马变快。  这个参数有什么意义?

该参数取值可以是0,1,2。

innodb_flush_log_at_trx_commit = 0,innodb 中的Log Thread 每隔1 秒钟会将log buffer中的数据写入到文件,同时还会通知文件系统进行文件同步的flush操作,保证数据确实已经写入到磁盘上面的物理文件。但是,每次事务的结束(commit 或者是rollback)并不会触发Log Thread 将log buffer 中的数据写入文件。所以,当设置为0 的时候,当MySQL Crash 和OS Crash 或者主机断电之后,最极端的情况是丢失1 秒时间的数据变更。

innodb_flush_log_at_trx_commit = 1,这也是innodb 的默认设置。我们每次事务的结束都会触发Log Thread 将log buffer 中的数据写入文件并通知文件系统同步文件。这个设置是最安全的设置,能够保证不论是MySQL Crash 还是OS Crash 或者是主机断电都不会丢失任何已经提交的数据。

innodb_flush_log_at_trx_commit = 2,当我们设置为2 的时候,Log Thread 会在我们每次事务结束的时候将数据写入事务日志,但是这里的写入仅仅是调用了文件系统的文件写入操作。而我们的文件系统都是有缓存机制的,所以Log Thread 的这个写入并不能保证内容真的已经写入到物理磁盘上面完成持久化的动作。文件系统什么时候会将缓存中的这个数据同步到物理磁盘文件Log Thread 就完全不知道了。所以,当设置为2 的时候,MySQL Crash 并不会造成数据的丢失,但是OS Crash 或者是主机断电后可能丢失的数据量就完全取决于文件系统了。


如何知道你的linux是什么时候安装的


在安装系统时,每个分区下都会有一个 lost+found,而且这个目录的创建时间是和该分区创建的时间一样的。所以如果想知道你的系统是什么时候安装的,只需要看这个目录的创建时间即可。

通常情况下,我们分区都会把 /boot 单独分一个区,所以你只要查看 /boot/lost+found 这个目录的创建时间即可。比较简单的方法是:

ls -ld  /boot/lost+found

如果你的/boot/不是单独分区,那么就看一下 / 下的吧

ls -ld  /lost+found

如果是centos7,这样做:

rpm -qi  basesystem

NFS客户端创建文件属主显示nobody


相信使用CentOS6搭建NFS的朋友大多都遇到过如此问题,NFS服务搭建好后,在客户端挂载成功了,但是创建文件时,属主和属组却显示为nobody。

这是NFS版本变化导致的,在centos 6版本中默认使用了nfs-v4版本,其提供了称为rpc.idmapd 的守护进程,并使用 /etc/idmapd.conf 的配置文件。当请求加载nfsv4 时,该守护进程将处理 UID 和 GID 映射。默认使用nis,没有nis它会自动映射成nobody用户。

解决此问题,并不难,下面提供两个办法:

  1. 在客户端挂载NFS时,加一个参数”-o nfsvers=3″
  2. 客户端和服务端分别打开/etc/idmapd.conf配置文件,把“#Domain = local.domain.edu” 改为 “Domain = xxx.com” (这里的xxx.com,你随意定义吧),然后再重启rpcidmapd服务,service rpcidmapd restart