博客
docker 编排文件中限制内存配置如下 services: api: build: ./phpfpm hostname: bzj-api networks: hfnet: aliases: - bzj.api deploy: resources: limits: memory: 300M reservations: memory: 200M docker-compose 启动警告 WARNING: Some services (mysql, rsnmp) use the 'deploy' key, which will be ignored. Compose does not support 'deploy' configuration - use `docker stack deploy` to deploy to a swarm. 问题原因: 由于做了资源限制, 并且没有使用swarm, 所以要加上--compatibility参数, 不然会报错 解决方案在启动的时候,添加参数: docker-compose --compatibility up -d
4月前 喜欢(0) 浏览(214) 评论(0)
Wiki
很多分布式锁的做法是,这个做法如果在 setnx 之后执行 expire之前进程意外 crash 或者要重启维护了,这个锁就永远得不到释放了 public function acquire() { $result = $this->redis->setnx($this->name, $this->owner); if ($result === 1 && $this->seconds > 0) { $this->redis->expire($this->name, $this->seconds); } return $result === 1; } 可以通过以下命令实现分布式锁,因为是一条命令所以可以保证原子性 // 原生命令 set name 111 PX 10000 NX return $this->redis->set('name','111',['NX', 'PX' => 10000]);
4月前 喜欢(0) 浏览(373) 评论(0)
博客
通过配置路由,可以设置vue项目启动后默认显示的页面。路由的path设置为path:"/",启动项目后就会显示默认的组件页面。 import Vue from 'vue' import Router from 'vue-router' Vue.use(Router) import Home from '../components/Home.vue' import View from '../components/View.vue' import ViewTwo from '../components/ViewTwo.vue' export default new Router({ routes: [ { path:"/", // path 设置为 “/” ,默认显示该页面 component:Home, name:"Home" }, { path:"/view", component:View, name:"View" }, { path:"/viewtwo", component:ViewTwo, name:"ViewTwo" } ], mode:"history", // mode 设置为history ,去掉地址栏上的 # 号 })
4月前 喜欢(0) 浏览(256) 评论(0)
博客
Method invoked that should be only be invoked inside a doPrivileged block (DP_DO_INSIDE_DO_PRIVILEGED) 代码调用了一个需要安全权限检查的方法。如果代码需要被授权为安全权限,但是可能被不安全的代码去调用,那么classloader就需要放在doPrivileged块内。 This code invokes a method that requires a security permission check. If this code will be granted security permissions, but might be invoked by code that does not have security permissions, then the invocation needs to occur inside a doPrivileged block. 代码中field.setaccessible(true) 报了findbugs 解决方法是替换成 ReflectUtils.makeAccessible(field)
5月前 喜欢(0) 浏览(363) 评论(0)
讨论
此篇,主要是演示docker-php-source , docker-php-ext-install ,docker-php-enable-docker-configure 这四个命令到底是用来干嘛的,它们在PHP容器中都做了哪些事情。 很多人很不理解在Dockerfile中安装PHP扩展的时候总是出现这几个命令,本篇就就是为你揭开这些命令的神秘面纱而准备的,所有案例都是本人自己运行过的。 Docker 中的PHP容器安装扩展的方式有 通过pecl方式安装 通过php 容器中自带的几个特殊命令来安装,这些特殊命令可以在Dockerfile中的RUN命令中进行使用。 这里,我们主要讨论的是第二种方案,如何通过PHP容器中的几个特殊命令来安装PHP扩展 PHP中安装扩展有几个特殊的命令 docker-php-source docker-php-ext-install docker-php-ext-enable docker-php-ext-configure 演示这三个命令的作用 都是在PHP容器中进行演示的,PHP容器启动太简单,不作过多介绍 https://www.cnblogs.com/yinguohai/p/11329273.html
7月前 喜欢(0) 浏览(259) 评论(0)
讨论
完整迁移,就是指,不仅将所有代码移植到新的仓库,而且要保留所有的commit记录 1.随便找个文件夹,从原地址克隆一份裸版本库 git clone --bare 旧的git地址 会在当前目录下产生一个 xxx.git 的文件夹 这个步骤,就是克隆git每一次的提交信息,和本地的代码没有关系,只要线上的代码是最新的,这个git版本就是完整的 2.推送裸版本库到新的地址 cd xxx.git git push --mirror 新的git地址 3.删掉xxx.git文件夹 删不删无所谓,只是说明它没有用了而已。 4.代码迁移就成功了,接下来就可以使用新的地址了 git clone 新的git地址
7月前 喜欢(0) 浏览(277) 评论(0)
博客
为什么要使用配置中心? 随着业务的发展,微服务架构的升级,服务的数量、应用的配置日益增多(各种微服务、各种服务器地址、各种参数),传统的配置文件方式和数据库的方式已经可能无法满足开发人员对配置管理的要求,同时对于配置的管理可能还会牵涉到 ACL 权限管理、配置版本管理和回滚、格式验证、配置灰度发布、集群配置隔离等问题,以及: 安全性:配置跟随源代码保存在版本管理系统中,容易造成配置泄漏 时效性:修改配置,需要每台服务器每个应用修改并重启服务 局限性:无法支持动态调整,例如日志开关、功能开关等 因此,我们可以通过一个配置中心以一种科学的管理方式来统一管理相关的配置。 安装 Aliyun ACM composer require hyperf/config-aliyun-acm 安装完成后,打开 config/autoload/aliyun_acm.php 配置文件 <?php return [ // 是否开启配置中心的接入流程,为 true 时会自动启动一个 ConfigFetcherProcess 进程用于更新配置 'enable' => true, // 配置更新间隔(秒) 'interval' => 5, // 阿里云 ACM 断点地址,取决于您的可用区 'endpoint' => env('ALIYUN_ACM_ENDPOINT', 'acm.aliyun.com'), // 当前应用需要接入的 Namespace 'namespace' => env('ALIYUN_ACM_NAMESPACE', ''), // 您的配置对应的 Data ID 'data_id' => env('ALIYUN_ACM_DATA_ID', ''), // 您的配置对应的 Group 'group' => env('ALIYUN_ACM_GROUP', 'DEFAULT_GROUP'), // 您的阿里云账号的 Access Key 'access_key' => env('ALIYUN_ACM_AK', ''), // 您的阿里云账号的 Secret Key 'secret_key' => env('ALIYUN_ACM_SK', ''), ]; 开通 ACM 服务 前提条件 您已注册阿里云账号并完成实名认证。 操作步骤 打开ACM 产品主页(https://www.aliyun.com/product/acm)。 在页面右上角单击登录。 在登录页面上输入您的阿里云账号和密码,并单击登录。登录成功后,您将跳转至 ACM 产品主页。 在产品主页上单击立即开通,然后在云产品开通页页面上勾选我已阅读并同意《应用配置管理服务协议》,并单击立即开通。 阿里云配置 在hyperf中添入阿里云ACM的配置 把对应信息配置到 aliyun_acm.php 中就 OK 了。 验证打印出 config('app_name')。 注意:你在 Aliyun ACM 中配置对应的参数,就会把本地的配置覆盖掉。
8月前 喜欢(0) 浏览(405) 评论(0)
置顶 博客
简介 Hyperf 是基于 Swoole 4.4+ 实现的高性能、高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM 的框架有质 的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换 与 可复用 的。 框架组件库除了常见的协程版的 MySQL 客户端、Redis 客户端,还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、Zipkin/Jaeger (OpenTracing) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul 客户端、ETCD 客户端、AMQP 组件、Apollo 配置中心、阿里云 ACM 应用配置管理、ETCD 配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、视图引擎、Snowflake 全局 ID 生成器 等组件,省去了自己实现对应协程版本的麻烦。 Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、国际化、Validation 表单验证器 等非常便捷的功能,满足丰富的技术场景和业务场景,开箱即用。 框架初衷 尽管现在基于 PHP 语言开发的框架处于一个百家争鸣的时代,但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架,亦没有看到一个真正为 PHP 微服务铺路的框架,此为 Hyperf 及其团队成员的初衷,我们将持续投入并为此付出努力,也欢迎你加入我们参与开源建设。 设计理念 Hyperspeed + Flexibility = Hyperf,从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。 对于超高速,我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。 对于灵活性,我们基于 Hyperf 强大的依赖注入组件,组件均基于 PSR 标准 的契约和由 Hyperf 定义的契约实现,达到框架内的绝大部分的组件或类都是可替换的。 基于以上的特点,Hyperf 将存在丰富的可能性,如实现 Web 服务,网关服务,分布式中间件,微服务架构,游戏服务器,物联网(IOT)等。 生产可用 我们为组件进行了大量的单元测试以保证逻辑的正确,同时维护了高质量的文档,在 Hyperf 正式对外开放之前,便已经过了严酷的生产环境的考验,我们才正式的对外开放该项目,至今,已有很多的大型/中小型互联网公司在生产环境使用 Hyperf。
8月前 喜欢(0) 浏览(890) 评论(0)
讨论
Jenkins安装 环境要求:>=Linux kernel 3.10 、Docker; 这里主要阐述基于docker的安装,因为Jenkins官方docker镜像中已经集成好了java tomcat等环境,大量减少了我们的工作量。 步骤 准备工作 #安装docker【参考官方】 #创建Jenkins挂载目录,结构如下 > compose > docker-compose.yml > jenkins > jenkins_home > run > .ssh # 生成私钥和公钥 [root@ub-node-data ~] ssh-keygen -t rsa -C "jenkins@trmall" #拷贝到./jenkins/.ssh目录 [root@ub-node-data ~] cp -r ~/.ssh/ .ssh/ 编写docker-compose.yml 如下: jenkins: image: jenkinsci/blueocean:latest hostname: trmall-data-jenkins networks: trnet: aliases: - trmall.manager.jenkins volumes: - ../jenkins/jenkins_home:/var/jenkins_home # Jenkins主目录 - ../jenkins/run/docker.sock:/var/run/docker.sock # docker 守护进程信息 - ../jenkins/.ssh/id_rsa:/var/jenkins_home/.ssh/id_rsa # 私钥 ports: - 8080:8080 - 50000:50000 创建构建容器 docker-compose -p trmall -f /trmall/compose/docker-compose.yml up -d 容器构建成功后,访问http://ip:8080 开始安装 # 查看初始令牌 docker exec -it trmall_jenkins_1 cat /var/jenkins_home/secrets/initialAdminPassword .... 安装完成 Jenkins自动化部署任务 新建任务准备工作 添加gitLab凭据 填写Private Key 新建任务>一个自由风格的软件项目 源码管理>填写Repositories shell参考 #!/bin/bash yes 2>/dev/null|scp -r ${WORKSPACE}/* root@10.200.148.119:/trmall/projects/service-settlement # 拷贝工作空间代码到远程服务器 并输出执行过程的字符串 ssh -tt root@10.200.148.119 "/trmall/bin/update service-settlement" 至此还不可以部署噢,接下来我们还要设置免密登录,才可以实现远程执行shell 设置免密登录部署节点 还记得之前生成的私钥和公钥吗?现在就要出场了 #检查用户组,若无gid 1000的组则创建Jenkins用户组和用户【注意:这里的uid、gid 1000必须和之后容器内的Jenkins这个用户gid一致】 [root@ub-node-data ~] groupadd -g 1000 jenkins && useradd -g jenkins -u 1000 jenkins #然后将宿主机上映射目录的私钥.ssh/id_rsa所属组用户都改为Jenkins [root@ub-node-data ~] chown -R jenkins:jenkins /trmall/jenkins/.ssh/id_rsa #或直接指定组id皆可,因为容器的本地数据卷中文件/目录的权限是和宿主机上一致的,只是uid/gid在Docker容器和宿主机中可能映射为不同的用户/组名称。 [root@ub-node-data ~] chown -R 1000 /trmall/jenkins/.ssh/id_rsa #然后将公钥 id_rsa.pub 拷贝到部署节点root/.ssh下并重命名为 authorized_keys实现远程免密登陆 至此,最简单的部署实践完成;若分布式大型项目还可以应用saltstack辅助我们支持更丰富的部署解决方案。
8月前 喜欢(0) 浏览(342) 评论(0)
讨论
Redis Redis 是完全开源免费的,遵守 BSD 协议,是一个高性能的 key-value 数据库。 特点: - Redis 支持数据的持久化,可以将内存中的数据保存在磁盘中,重启的时候可以再次加载进行使用。 - Redis 不仅仅支持简单的 key-value 类型的数据,同时还提供 list,set,zset,hash 等数据结构的存储。 - Redis 支持数据的备份,即 master-slave 模式的数据备份。 原子 – Redis 的所有操作都是原子性的,意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。 多个操作也支持事务,即原子性,通过 MULTI 和 EXEC指令包起来。 Redis乐观锁的实现:通过 WATCH 和 MULTI EXEC指令实现如下 127.0.0.1:6379> watch hello # watch 监控 hello 的值,在exec执行时做对比,如果值发生改变则exec提交失败(实现乐观锁) OK 127.0.0.1:6379> get hello "4" 127.0.0.1:6379> multi OK 127.0.0.1:6379> incr hello QUEUED 127.0.0.1:6379> incr hello #这一步执行完毕后,去另外一个窗口(ssh窗口2),对hello这个key做incr操作,将其值变成5。完成后,继续后面的exec指令 QUEUED 127.0.0.1:6379> exec (nil) #注意,这是exec执行后返回的是nil,表示事务提交执行失败 127.0.0.1:6379> 127.0.0.1:6379> get hello "5" Redis 的数据类型? Redis 支持五种数据类型:string(字符串),hash(哈希),list(列表),set(集合)及 sort set(有序集合)。 string(字符串):k-v普通存储 hash(哈希):对象存储,场景:购物车 常用命令:hget hdel hlen(计算购物车总数) hincrby(增加商品件数) list(列表):队列 场景:消息队列,秒杀 常用命令 lpush lpop set(集合):求差集,交集 场景:微博粉丝关注 常用命令:sadd sdiff(差集) sinter(交集) sort set(有序集合):有序集合 场景:分数排名 常用命令:zadd zincrby(增加分数) zcard 我们实际项目中比较常用的是 string,hash 如果你是 Redis 中高级用户,还需要加上下面几种数据结构 HyperLogLog、Geo、Pub/Sub。 如果你说还玩过 Redis Module,像 BloomFilter,RedisSearch,Redis-ML,面试官得眼睛就开始发亮了。 Redis 相比 Memcached 有哪些优势? Memcached 所有的值均是简单的字符串,redis 作为其替代者,支持更为丰富的数据类 Redis 的速度比 Memcached 快 Redis 可以持久化其数据 Redis 的持久化机制是什么?各自的优缺点? Redis提供两种持久化机制 RDB(默认) 和 AOF 机制:(配置在redis.conf) 1、RDB(Redis DataBase)持久化方式: 是指用数据集快照的方式半持久化模式)记录 redis 数据库的所有键值对,在某个时间点将数据写入一个临时文件,持久化结束后,用这个临时文件替换上次持久化的文件,达到数据恢复。 优点: - 只有一个文件 dump.rdb,方便持久化。 - 容灾性好,一个文件可以保存到安全的磁盘。 - 性能最大化,fork 子进程来完成写操作,让主进程继续处理命令,所以是 IO最大化。使用单独子进程来进行持久化,主进程不会进行任何 IO 操作,保证了 redis的高性能) - 相对于数据集大时,比 AOF 的启动效率更高。 缺点: 数据安全性低。RDB 是间隔一段时间进行持久化,如果持久化之间 redis 发生故障,会发生数据丢失。所以这种方式更适合数据要求不严谨的时候 2、AOF(Append-only file)持久化方式: 是指所有的命令行记录以 redis 命令请求协议的格式完全持久化存储)保存为 aof 文件。 优点: - 数据安全,aof 持久化可以配置 appendfsync 属性,有 always,每进行一次命令操作就记录到 aof 文件中一次。 - 通过 append 模式写文件,即使中途服务器宕机,可以通过 redis-check-aof工具解决数据一致性问题。 - AOF 机制的 rewrite 模式。AOF 文件没被 rewrite 之前(文件过大时会对命令进行合并重写),可以删除其中的某些命令(比如误操作的 flushall)) 缺点: - AOF 文件比 RDB 文件大,且恢复速度慢。 - 数据集大的时候,比 rdb 启动效率低。 Redis 常见性能问题和解决方案: Master 最好不要写内存快照,如果 Master 写内存快照,save 命令调度 rdbSave函数,会阻塞主线程的工作,当快照比较大时对性能影响是非常大的,会间断性暂停服务 如果数据比较重要,某个 Slave 开启 AOF 备份数据,策略设置为每秒同步一次 为了主从复制的速度和连接的稳定性,Master 和 Slave 最好在同一个局域网 尽量避免在压力很大的主库上增加从库 为什么 redis 需要把所有数据放到内存中? 答 :Redis 为了达到最快的读写速度将数据都读到内存中,并通过异步的方式将数据写入磁盘。所以 redis 具有快速和数据持久化的特征。如果不将数据放在内存中,磁盘 I/O 速度为严重影响 redis 的性能。在内存越来越便宜的今天,redis 将会越来越受欢迎。如果设置了最大使用的内存,则数据已有记录数达到内存限值后不能继续插入新值。 简单redis主从配置 1.主服务器(master)redis不做任何操作 2.从服务器(slave)redis加上 slaveof ip 端口号 配置 masterauth Rf9AtkfyQEMXl5g(主服务器redis密码) redis 过期键的删除策略? 定时删除:在设置键的过期时间的同时,创建一个定时器 timer). 让定时器在键的过期时间来临时,立即执行对键的删除操作。 惰性删除:放任键过期不管,但是每次从键空间中获取键时,都检查取得的键是否过期,如果过期的话,就删除该键;如果没有过期,就返回该键。 定期删除:每隔一段时间程序就对数据库进行一次检查,删除里面的过期键。至于要删除多少过期键,以及要检查多少个数据库,则由算法决定。 Redis 如何设置密码及验证密码? 设置密码:config set requirepass 123456 授权密码:auth 123456 使用过 Redis 分布式锁么,它是什么回事? 先拿 setnx 来争抢锁,抢到之后,再用 expire 给锁加一个过期时间防止锁忘记了释放。 这时候对方会告诉你说你回答得不错,然后接着问如果在 setnx 之后执行 expire之前进程意外 crash 或者要重启维护了,那会怎么样?这时候你要给予惊讶的反馈:唉,是喔,这个锁就永远得不到释放了。紧接着你需要抓一抓自己得脑袋,故作思考片刻,好像接下来的结果是你主动思考出来的,然后回答:我记得 set 指令有非常复杂的参数,这个应该是可以同时把 setnx 和expire 合成一条指令来用的! Redis连接时的connect与pconnect的区别 connect:脚本结束之后连接就释放了 pconnect:脚本结束之后连接不释放,连接保持在php-fpm进程中。 Redis 有哪些架构模式?讲讲各自的特点 参考下面的文章,作者感觉写的挺细致的 https://www.cnblogs.com/fishlynn/p/9591021.html 什么是缓存穿透?如何避免?什么是缓存雪崩?何如避免? 缓存穿透 一般的缓存系统,都是按照key去缓存查询,如果不存在对应的value,就应该去后端系统查找(比如DB)。一些恶意的请求会故意查询不存在的key,请求量很大,就会对后端系统造成很大的压力。这就叫做缓存穿透。 如何避免? 对查询结果为空的情况也进行缓存,缓存时间设置短一点,或者该key对应的数据insert了之后清理缓存。 对一定不存在的key进行过滤。可以把所有的可能存在的key放到一个大的Bitmap中,查询时通过该bitmap过滤。 缓存雪崩 当缓存服务器重启或者大量缓存集中在某一个时间段失效,这样在失效的时候,会给后端系统带来很大压力。导致系统崩溃。 如何避免? 在缓存失效后,通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存,其他线程等待。 做二级缓存,A1为原始缓存,A2为拷贝缓存,A1失效时,可以访问A2,A1缓存失效时间设置为短期,A2设置为长期 不同的key,设置不同的过期时间,让缓存失效的时间点尽量均匀 CAP理论是什么? CAP理论
8月前 喜欢(0) 浏览(395) 评论(0)
讨论
索引 1.MyISAM和InnoDB存储引擎:只支持BTREE索引,也就是说默认使用BTREE 2.使用原则 a、对经常更新的表就避免对其进行过多的索引,对经常用于查询的字段应该创建索引, b、数据量小的表最好不要使用索引,因为由于数据较少,可能查询全部数据花费的时间比遍历索引的时间还要短,索引就可能不会产生优化效果。 c、在一同值少的列上(字段上)不要建立索引,比如在学生表的"性别"字段上只有男,女两个不同值。相反的,在一个字段上不同值较多可以建立索引。 3.左模糊查询不能使用索引,比如 select * fromdoc where title like '%XX' 右模糊查询可以使用索引 InnoDB和MyISAM的区别 a.InnoDB 支持事务、行级锁, 而MyISAM都不支持 b.大量查询用MyISAM,经常更新用InnoDB c.myisam支持 FULLTEXT类型的全文索引;innodb不支持FULLTEXT类型的全文索引 d.myisam的索引以表名+.MYI文件分别保存;innodb的索引和数据一起保存在表空间里 "死锁"举例: 表Test:(ID,STATE,TIME) 主键索引:ID 非主键索引:STATE 当执行"UPDATE STATE =1011 WHERE STATE=1000" 语句的时候会锁定STATE索引,由于STATE 是非主键索引,所以Mysql还会去请求锁定ID索引 当另一个SQL语句与语句1几乎同时执行时:“UPDATE STATE=1010 WHERE ID=1” 对于语句2 Mysql会先锁定ID索引,由于语句2操作了STATE字段,所以Mysql还会请求锁定STATE索引。这时。彼此锁定着对方需要的索引,又都在等待对方释放锁定。所以出现了"死锁"的情况。 共享锁(S锁):又称为读锁,可以查看但无法修改和删除的一种数据锁。如果事务T对数据A加上共享锁后,则其他事务只能对A再加共享锁,不能加排它锁。获准共享锁的事务只能读数据,不能修改数据。 共享锁下其它用户可以并发读取,查询数据。但不能修改,增加,删除数据。资源共享. 排它锁(X锁):又称为写锁、独占锁,若事务T对数据对象A加上X锁,则只允许T读取和修改A,其他任何事务都不能再对A加任何类型的锁,直到T释放A上的锁。这就保证了其他事务在T释放A上的锁之前不能再读取和修改A 互斥锁:在编程中,引入了对象互斥锁的概念,来保证共享数据操作的完整性。每个对象都对应于一个可称为" 互斥锁" 的标记,这个标记用来保证在任一时刻,只能有一个线程访问该对象。 悲观锁:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。 乐观锁:顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量. mysql优化 1.读写分离,分库分表 2.合理的建表,业务分割清楚,合理服务边界划分 3.通过mysql慢查询日志,分析优化sql语句,通过explain分析sql语句 4.建立合理有效的索引 数据库事务中的四大特性 ACID A:原子性(Atomicity) C:一致性(Consistency) I:隔离性(Isolation) D:持久性(Durability) 分布式事务实现会影响性能,增加程序复杂度:最好采用保证数据的最终一致性来间接实现分布式事务。 主键索引(聚簇索引)和非主键索引(二级索引)的区别? 1.主键索引叶子结点存储的是整行的数据,非主键索引叶子结点存储的是该条数据的主键的值 例如ID是主键,k是非主键子段: 如果查询语句是 select * from table where ID = 100,即主键查询的方式,则只需要搜索 ID 这棵 B+树。 如果查询语句是 select * from table where k = 1,即非主键的查询方式,则先搜索k索引树,得到ID=100,再到ID索引树搜索一次,这个过程也被称为回表。 在哪些情况会导致索引无效 1.sql语句中字段左边做了运算则索引不会生效:select * from t where c - 1 = 1000; 2.sql语句中对字段使用了函数则索引不会生效:select * from t where pow(c,2) = 1000; 3.sql语句中左模糊查询索引不会生效(... like '%aa');右模糊查询索引生效 1、脏读:一个事务可以读取另一个未提交事务的数据。需要注意的是这里针对的是数据本身,可以理解为针对单笔数据。 个人理解:事务A开启进行了查询数据,同时事务B开启,修改了其中一笔数据,但并未提交,这时事务A又进行了查询,这时就有两笔不一样的数据,然后事务B并没有结束,事务B进行了事务回滚,这样事务A就读取了事务B修改后未提交的数据。因为这里出现这种根本原因是未对数据进行提交,就进行了读取。 需进行读提交(Read Committed)就能解决。 2、不可重复读:一个事务进行读取,分别读取到了不同的数据。需要注意的是这里针对的是数据本身,可以理解为针对单笔数据,重点是对数据的修改和删除,所以对行加锁就可以解决。 个人理解:事务A对数据进行查询,这时事物B开启,对其中一笔数据进行了修改,然后进行了提交(这里进行了提交),然后事务A又对数据进行了查询,发现同一笔不同了,所以事务A读取了两笔不同的数据,两次读取同笔数据有了不同的数据。出现这种根本原因是在事务A进行读操作时,其他事务对数据进行了修改。 读提交(Read Committed)是不足以解决的,需进行可重复读(Repeatable read)就能解决。 3、幻读:一个事务进行读取,分别读取到了不同的数据。需要注意的是这里针对的是数据条数,可以理解为针对多笔数据是个数据集,重点是对数据的新增,所以对表加锁就可以解决。 个人理解:事务A对数据进行查询,这时事物B开启,对其中一笔数据进行了新增,然后进行了提交(这里进行了提交),然后事务A又对数据进行了查询,发现查询所得的结果集是不一样的。幻读针对的是多笔记录。读提交(Read Committed)是不足以解决的,需进行Serializable 序列化就能解决
8月前 喜欢(0) 浏览(366) 评论(0)
讨论
简述php的垃圾收集机制 答案:php中的变量存储在变量容器zval中,zval中除了存储变量类型和值外,还有is_ref和refcount字段。refcount表示指向变量的元素个数,is_ref表示变量是否有别名。如果refcount为0时,就回收该变量容器。如果一个zval的refcount减1之后大于0,它就会进入垃圾缓冲区。当缓冲区达到最大值后,回收算循环遍历zval,判断其是否为垃圾,并进行释放处理。 PHP的内核组成 php总共包括3个模块:php内核,zend引擎,PHP扩展层 1.1 php内核:用于处理请求,文件流,错误处理等相关处理。 1.2. zend引擎:将源文件转换成机器语言,然后在zend 虚拟机上运行 zend 整体由两个部分组成: 编译器:负责将php代码编译为可执行的opcodes(中间码/字节码) 执行器:负责将执行编译器输出的opcodes,也就是执行php脚本中编写的代码逻辑 1.3.扩展 扩展层是一组函数、类库和流,php使用它们来执行一些特定的操作,比如安装php_openssl扩展来使用 open ssl函数 php性能优化 APC与Opcache都是字节码缓存也就是,PHP在被编译的时候,首先会把php代码转换为字节码,字节码然后被执行。 php文件第二次执行时,同样还是会重新转换为字节码,但是很多时候,文件内容几乎是一样的,比如静态HTML文件,生成后内容许久都不会改变,用户访问请求直接由服务器读取响应给客户端浏览器。都不用经过PHP进行解析构建了。 PHP APC提供两种缓存功能,即缓存Opcode(目标文件),我们称之为apc_compiler_cache。同时它还提供一些接口用于PHP开发人员将用户数据驻留在内存中,我们称之为apc_user_cache。 内存中的字节码数据,可以直接缓存进行二次编译。这样程序就会快一些,cpu的消耗也少了。 (这里字节码 就是 opcode) cgi、fast-cgi协议 cgi的历史:早期的webserver只处理html等静态文件,但是随着技术的发展,出现了像php等动态语言。 webserver处理不了了,怎么办呢?那就交给php解释器来处理吧! 交给php解释器处理很好,但是,php解释器如何与webserver进行通信呢? 为了解决不同的语言解释器(如php、python解释器)与webserver的通信,于是出现了cgi协议。只要你按照cgi协议去编写程序,就能实现语言解释器与webserver的通信。如php-cgi程序。 fast-cgi的改进 有了cgi协议,解决了php解释器与webserver通信的问题,webserver终于可以处理动态语言了。但是,webserver每收到一个请求,都会去fork一个cgi进程,请求结束再kill掉这个进程。这样有10000个请求,就需要fork、kill php-cgi进程10000次。 有没有发现很浪费资源?于是,出现了cgi的改良版本,fast-cgi。fast-cgi每次处理完请求后,不会kill掉这个进程,而是保留这个进程,使这个进程可以一次处理多个请求。这样每次就不用重新fork一个进程了,大大提高了效率。 PHP-FPM管理的方式是一个master主进程,多个pool进程池,一个pool进程池多个worker子进程。其中每个进程池监听一个socket php-fpm是什么 php-fpm即php-Fastcgi Process Manager. php-fpm是 FastCGI 的实现,并提供了进程管理的功能。 进程包含 master 进程和 worker 进程两种进程。 master 进程只有一个,负责监听端口,接收来自 Web Server 的请求,而 worker 进程则一般有多个(具体数量根据实际需要配置),每个进程内部都嵌入了一个 PHP 解释器,是 PHP 代码真正执行的地方。 php-fpm 与 swoole 之间的区别 PHP-FPM 1.Master 主进程 / Worker 多进程模式。 2.启动 Master,通过 FastCGI 协议监听来自 Nginx 传输的请求。 3.每个 Worker 进程只对应一个连接,用于执行完整的 PHP 代码。 4.PHP 代码执行完毕,占用的内存会全部销毁,下一次请求需要重新再进行初始化等各种繁琐的操作。 5.只用于 HTTP Server。 Swoole 1.Master 主进程(由多个 Reactor 线程组成)/ Worker 多进程(或多线程)模式 2.启动 Master,初始化 PHP 代码,由 Reactor 监听 Socket 句柄的事件变化。 3.Reactor 主线程负责子多线程的均衡问题,Manager 进程管理 Worker 多进程,包括 TaskWorker 的进程。 4.每个 Worker 接受来自 Reactor 的请求,只需要执行回调函数部分的 PHP 代码。 5.只在 Master 启动时执行一遍 PHP 初始化代码,Master 进入监听状态,并不会结束进程。 6.不仅可以用于 HTTP Server,还可以建立 TCP 连接、WebSocket 连接。 PHP7的新特性?重点 性能提升 ---- 1、变量存储字节减小,减少内存占用,提升变量操作速度 2、改善数组结构,数组元素和hash映射表被分配在同一块内存里,降低了内存占用、提升了 cpu 缓存命中率 3、改进了函数的调用机制,通过优化参数传递的环节,减少了一些指令,提高执行效率 对于大流量的网站,采用什么样的方法来解决访问量问题? 1.负载均衡(分流)微服务架构(服务拆分)读写分离(数据库主从) 2.静态页面 缓存 3.图片服务器分离,cdn加速 4.开启opcache,提高代码执行效率 1、HTML静态化 效率最高、消耗最小的就是纯静态化的html页面,所以我们尽可能使我们的 网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。 2、图片服务器分离 把图片单独存储,尽量减少图片等大流量的开销,可以放在一些相关的平台上,如七牛 3、数据库集群和库表散列及缓存 数据库的并发连接为100,一台数据库远远不够,可以从读写分离、主从复制,数据库集群方面来着手。另外尽量减少数据库的访问,可以使用缓存数据库如memcache、redis。 4、cdn加速 CDN加速意思就是在用户和我们的服务器之间加一个缓存机制,通过这个缓存机制动态获取IP地址根据地理位置,让用户到最近的服务器访问静态资源。 5、负载均衡: Apache的最大并发连接为1500,只能增加服务器,可以从硬件上着手,如F5服务器。当然硬件的成本比较高,我们往往从软件方面着手。 PHP限流方案 1.令牌桶限流方案(nginx可以实现,hyperf框架也支持) 算法:以固定的速度生产令牌,设置令牌上限。每个请求获取令牌token即可正常访问,获取不到即为拒绝访问。 比如每秒产生5个,桶令牌上限为20个,每次请求获取并消耗1个令牌,获取不到则拒绝访问。
9月前 喜欢(1) 浏览(367) 评论(0)
问题
有已美化过的url: http://localhost/index/default/article 如何简化URL为:http://localhost/article 首页已定义到:http://localhost/index/default/index 已默认成 :http://localhost/
10月前 喜欢(0) 浏览(336) 评论(0)
问题
两个集合没有任何关联关系,查询的时候要他们两个一起分页数据并返回给前端·,yii改怎么操作啊 谢谢
10月前 喜欢(0) 浏览(301) 评论(0)
问题
11月前 喜欢(0) 浏览(299) 评论(0)
问题
求教各位大神,程序安装后访问出现如下 Warning: require(D:\WebTest\PhpWeb\NP005\frontend\web/../../vendor/autoload.php): failed to open stream: No such file or directory in D:\WebTest\PhpWeb\NP005\frontend\web\index.php on line 5 Fatal error: require(): Failed opening required 'D:\WebTest\PhpWeb\NP005\frontend\web/../../vendor/autoload.php' (include_path='.;C:\php\pear') in D:\WebTest\PhpWeb\NP005\frontend\web\index.php on line 5
1年前 喜欢(1) 浏览(303) 评论(0)
问题
Fatal error: Class 'app\szdato\Application' not found in I:\WWW\yii\web\index.php on line 6![] 我们有个项目对接其他公司的接口,别人公司用的是YII,我们之前也没有用过yii啊,这是他们的源代码,运行后就是这样了,到底怎么回事呢? 有没有谁知道的? (/uploads/topic_20190722051529_38793.jpg)
1年前 喜欢(0) 浏览(298) 评论(0)
问题
批量插入有batchInsert方法,那么批量更新为什么没有batchUpdate方法呢? 遇到需要批量更新多字段的情况,大佬们都是怎么做的,求指导
1年前 喜欢(0) 浏览(366) 评论(1)
问题
YII2.0设置cookie的expire=0 但是该cookie在浏览器关闭了之后在打开该网页 该cookie还是存在。use browser is chorm
1年前 喜欢(0) 浏览(282) 评论(0)
博客
pid = run/php-fpm.pid pid设置,默认在安装目录中的var/run/php-fpm.pid,建议开启 error_log = log/php-fpm.log 错误日志,默认在安装目录中的var/log/php-fpm.log log_level = notice 错误级别. 可用级别为: alert(必须立即处理), error(错误情况), warning(警告情况), notice(一般重要信息), debug(调试信息). 默认: notice. emergency_restart_threshold = 60 emergency_restart_interval = 60s 表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个,php-fpm就会优雅重启。这两个选项一般保持默认值。 process_control_timeout = 0 设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0. daemonize = yes 后台执行fpm,默认值为yes,如果为了调试可以改为no。在FPM中,可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。 listen = 127.0.0.1:9000 fpm监听端口,即nginx中php处理的地址,一般默认值即可。可用格式为: ‘ip:port’, ‘port’, ‘/path/to/unix/socket’. 每个进程池都需要设置. listen.backlog = -1 backlog数,-1表示无限制,由操作系统决定,此行注释掉就行。backlog含义参考: http://www.3gyou.cc/?p=41 listen.allowed_clients = 127.0.0.1 允许访问FastCGI进程的IP,设置any为不限制IP,如果要设置其他主机的nginx也能访问这台FPM进程,listen处要设置成本地可被访问的IP。默认值是any。每个地址是用逗号分隔. 如果没有设置或者为空,则允许任何服务器请求连接 listen.owner = www listen.group = www listen.mode = 0666 unix socket设置选项,如果使用tcp方式访问,这里注释即可。 user = www group = www 启动进程的帐户和组 pm = dynamic #对于专用服务器,pm可以设置为static。 如何控制子进程,选项有static和dynamic。如果选择static,则由pm.max_children指定固定的子进程数。如果选择dynamic,则由下开参数决定: pm.max_children #,子进程最大数 pm.start_servers #,启动时的进程数 pm.min_spare_servers #,保证空闲进程数最小值,如果空闲进程小于此值,则创建新的子进程 pm.max_spare_servers #,保证空闲进程数最大值,如果空闲进程大于此值,此进行清理 pm.max_requests = 1000 设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 ’0′ 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0. pm.status_path = /status FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none. munin监控会使用到 ping.path = /ping FPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 (/)。 ping.response = pong 用于定义ping请求的返回相应. 返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong. request_terminate_timeout = 0 设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的’max_execution_time’因为某些特殊原因没有中止运行的脚本有用. 设置为 ’0′ 表示 ‘Off’.当经常出现502错误时可以尝试更改此选项。 request_slowlog_timeout = 10s 当一个请求该设置的超时时间后,就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 ’0′ 表示 ‘Off’ slowlog = log/$pool.log.slow 慢请求的记录日志,配合request_slowlog_timeout使用 rlimit_files = 1024 设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024,可使用 ulimit -n查看,ulimit -n 2048修改。 rlimit_core = 0 设置核心rlimit最大限制值. 可用值: ‘unlimited’ 、0或者正整数. 默认值: 系统定义值. chroot = 启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用. chdir = 设置启动目录,启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录,或者/目录(chroot时) catch_workers_output = yes 重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null . 默认值: 空.
1年前 喜欢(0) 浏览(909) 评论(0)
社区公告
[公告] Yii中文网为优化用户体验进行大版本升级,老版网站会维持一段时间,可以点击顶部"旧版"链接访问旧版网站。
沟通交流

:492175201(技术1群)

:183620600(技术2群)

:291010569(技术3群)

订阅号 | 更多精彩内容推送
本周推荐