OpenResty从入门到实战
温铭
OpenResty软件基金会主席,《OpenResty 最佳实践》作者
立即订阅
4332 人已学习
课程目录
已完结 52 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | OpenResty,为你打开高性能开发的大门
免费
入门篇 (14讲)
01 | 初探OpenResty的三大特性
02 | 如何写出你的“hello world”?
03 | 揪出隐藏在背后的那些子项目
04 | 如何管理第三方包?从包管理工具luarocks和opm说起
05 | [视频]opm项目导读
06 | OpenResty 中用到的 NGINX 知识
07 | 带你快速上手 Lua
08 | LuaJIT分支和标准Lua有什么不同?
09 | 为什么 lua-resty-core 性能更高一些?
10 | JIT编译器的死穴:为什么要避免使用 NYI ?
11 | 剖析Lua唯一的数据结构table和metatable特性
12 | 高手秘诀:识别Lua的独有概念和坑
13 | [视频]实战:基于FFI实现的lua-resty-lrucache
14 | 答疑(一):Lua 规则和 NGINX 配置文件产生冲突怎么办?
API篇 (11讲)
15 | OpenResty 和别的开发平台有什么不同?
16 | 秒杀大多数开发问题的两个利器:文档和测试案例
17 | 为什么能成为更好的Web服务器?动态处理请求和响应是关键
18 | worker间的通信法宝:最重要的数据结构之shared dict
19 | OpenResty 的核心和精髓:cosocket
20 | 超越 Web 服务器:特权进程和定时任务
21 | 带你玩转时间、正则表达式等常用API
22 | [视频]从一个安全漏洞说起,探寻API性能和安全的平衡
23 | [视频]导读lua-resty-requests:优秀的lua-resty-*是如何编写的?
24 | 实战:处理四层流量,实现Memcached Server
25 | 答疑(二):特权进程的权限到底是什么?
测试篇 (5讲)
26 | 代码贡献者的拦路虎:test::nginx 简介
27 | test::nginx 包罗万象的测试方法
28 | test::nginx 还可以这样用?
29 | 最容易失准的性能测试?你需要压测工具界的“悍马”wrk
30 | 答疑(三)如何搭建测试的网络结构?
性能优化篇 (16讲)
31 | 性能下降10倍的真凶:阻塞函数
32 | 让人又恨又爱的字符串操作
33 | 性能提升10倍的秘诀:必须用好 table
34 | 特别放送:OpenResty编码指南
35 | [视频]实际项目中的性能优化:ingress-nginx中的几个PR解读
36 | 盘点OpenResty的各种调试手段
37 | systemtap-toolkit和stapxx:如何用数据搞定“疑难杂症”?
38 | [视频]巧用wrk和火焰图,科学定位性能瓶颈
39 | 高性能的关键:shared dict 缓存和 lru 缓存
40 | 缓存与风暴并存,谁说缓存风暴不可避免?
41 | lua-resty-* 封装,让你远离多级缓存之痛
42 | 如何应对突发流量:漏桶和令牌桶的概念
43 | 灵活实现动态限流限速,其实没有那么难
44 | OpenResty 的杀手锏:动态
45 | 不得不提的能力外延:OpenResty常用的第三方库
46 | 答疑(四):共享字典的缓存是必须的吗?
API网关篇 (4讲)
47 | 微服务API网关搭建三步曲(一)
48 | 微服务API网关搭建三步曲(二)
49 | 微服务API网关搭建三步曲(三)
50 | 答疑(五):如何在工作中引入 OpenResty?
结束语 (1讲)
结束语 | 行百里者半九十
OpenResty从入门到实战
登录|注册

32 | 让人又恨又爱的字符串操作

温铭 2019-08-07
你好,我是温铭。
上节课里,我带你熟悉了 OpenResty 中常见的阻塞函数,它们都是初学者经常犯错的地方。从今天开始,我们就要进入性能优化的核心部分了,这其中会涉及到很多优化的技巧,可以帮助你快速提升 OpenResty 代码的性能,所以千万不要掉以轻心。
在这个过程中,你需要多写一些测试代码,来体会这些优化技巧如何使用,并验证它们的有效性,做到心中有数,拿来即用。

性能优化技巧的背后

优化技巧都是属于“术”的部分,在此之前,我们不妨先来聊一下优化之“道”。
性能优化的技巧,会随着 LuaJIT 和 OpenResty 的版本迭代而发生变化,一些技巧可能直接被底层技术优化,不再需要我们掌握;同时,也另会有一些新的优化技巧产生。所以,掌握这些优化技巧背后的不变的理念,才是最为重要的。
下面,让我们先来看下,在 OpenResty 编程中,有关性能方面的几个重要理念。

理念一:处理请求要短、平、快

OpenResty 是一个 Web 服务器,所以经常会同时处理几千、几万甚至几十万的终端请求。想要在整体上达到最高性能,我们就一定要保证单个请求被快速地处理完成,并回收内存等各种资源。
这里提到的“短”,是指请求的生命周期要短,不要长时间占用资源而不释放;即使是长连接,也要设定一个时间或者请求次数的阈值,来定期地释放资源。
第二个字“平”,则是指在一个 API 中只做一件事情。要把复杂的业务逻辑拆散为多个 API,保持代码的简洁。
最后的“快”,是指不要阻塞主线程,不要有大量 CPU 运算。即使是不得不有这样的逻辑,也别忘了咱们上节课介绍的方法,要配合其他的服务去完成。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《OpenResty从入门到实战》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • helloworld
    作业题:
    ngx.log(ngx.ERR, "Hello ", "world", "!")

    另外我测试字符串10个a的拼接和1个a的拼接所用时间是一个数量级的,性能基本没变化。

    还有一个就是我测试ngx.say(table)的性能比先table.concat拼接,再ngx.say打印拼接后的字符串的性能要低一倍,测几次都是这个结果,这个是什么原因呢

    作者回复: 能给下你测试的代码吗?

    2019-08-07
    1
    1
  • 林中木
    温老师,请教一个很困扰的问题:
        根据你的指点,要尽量少用 .. 字符串拼接,特别是在代码热区
        但是我在处理数据库访问时,需要动态构建sql语句(在语句中插入变量),这应该是非常常见的使用场景,但这个需求,我目前感觉字符串拼接是最简单办法了,其他我真的想不到即简单又高性能的办法。

        另外我现在想用OR做一个web项目,但做起来很痛苦啊,主要是没找到成熟的框架,需要自己造很多轮子,就比如说上面的数据库操作问题(没找到可以动态构建sql语句、连贯操作的类库),在web框架上有什么好的可以推荐吗?
        等候你的高见!
        恳请多多指点。

    作者回复: 可以先用火焰图或者其他工具分析下,看 sql 语句的拼接是否是系统的瓶颈,如果不是,自然没有优化的必要性。如果是的话,可以利用数据库的 `prepare` 语句来做优化,也可以用数组的方式来做拼接。
    OpenResty 现在确实没有好用的框架,lor、香草这两个可以尝试下。

    2019-09-10
    1
  • helloworld
    老师,代码在这里,就是用的你文章中的代码:
    测试ngx.say(table)的性能比先table.concat拼接,再ngx.say打印拼接后的字符串的性能要低一倍的问题。
    local begin = ngx.now()
    local t = {}
    local index = 1
    for i = 1, 100000 do
        t[index] = "a"
        index = index + 1
    end
    --local s = table.concat(t, "") -- 测试1
    --ngx.say(s) -- 测试1 用时:0.003000020980835
    ngx.say(t) -- 测试 2 用时:0.01200008392334
    ngx.update_time()
    ngx.say(ngx.now() - begin)

    这次又测了一遍,貌似低了三四倍。
    2019-08-19
  • 回家
    温铭老师,发现需要GC 操作的会是比较耗时的,可以介绍下GC操作的场景吗?

    作者回复: 一般是在处理完比较大的对象之后,需要手工 GC 一下。比如字符串对象有几十兆,处理完得到结果之后,手工调用collectgarbage一下。

    2019-08-18
  • Shliesce
    作业题:
    local t = {}
    t[1] = "hello "
    t[2] = "world "
    t[3] = "!"

    ngx.log(ngx.ERR, t[1], t[2], t[3])

    作者回复: ngx.log(ngx.ERR, 'hello', ' world', '!') 是更简单的方式,你可以试下

    2019-08-12
  • wusiration
    作业题1:当字符串由"a"变成"aaaaaaaaaa"时,代码用时0.007000207901001,性能基本没有差别,因为指向的是同一个字符串,只不过是字符串的内容发生了变化;
    作业题2:
    resty -e '
    local helloworld = {"Hello", "World", "!"}
    helloworld = setmetatable(helloworld, {
        __tostring = function(t)
          return string.format("%s %s %s", t[1], t[2], t[3])
        end
      })
    ngx.log(ngx.WARN, helloworld)
    '

    作者回复: ngx.log是可以直接跟变参的,这一点文档中并没有写的很明确:
    ngx.log(ngx.WARN, 'hello ', 'world', '!') 这种是最简单的。

    2019-08-07
  • 许童童
    新增的字符串是 10 个 a 的长度,个人分析,不会有什么性能差异,因为10个a这个字符串一但分配在内存中,在下一次GC前,都是指向这个相同的内存地址,并没有开辟新的内存空间。
    2019-08-07
  • helloworld
    local ok, err = red:connect("127.0.0.1", 6379)
                    if not ok then
                        ngx.say("failed to connect: ", err)
                        red:close() -- 老师,我看到有写项目代码里在这里加上这句,有必要吗?
                        return
                    end

    作者回复: 我觉得没必要,都没有连接上,close 也没啥意义。

    2019-08-07
  • Rye
    温老师,听说string.format的消耗大效 率低,不知道具体是什么原因,有什么好的字符串模板方案么?

    作者回复: 我都是用数组的方式自己拼接,比较笨的方法

    2019-08-07
收起评论
9
返回
顶部