MySQL的优化项在文章：http://www.04007.cn/article/794.html里列过两个，这两个是很重要的优化项。不过也有其它的一些配置项：innodb_buffer_pool_size，innodb_log_file_size，max_connections，innodb_flush_method，sync_binlog，thread_cache_size。文章中详细提及了innodb_flush_log_at_trx_commit配置的影响及原理。其实里面简单提及的另外一个sync_binlog也很重要。sync_binlog参数不仅影响到Binlog对MySQL的性能损耗，还影响到MySQL中数据完整性。这次再了解一下sync_binlog参数，...[>>…]

    之前很早有篇文章：http://www.04007.cn/article/403.html 介绍使用timestampdiff和profile来进行SQL用时的分析，当时并没有支持毫秒级的测算，有些不足。MYSQL里可以使用UNIX_TIMESTAMP来得到秒级时间，也可以使用selectunix_timestamp(current_timestamp(3));来得到毫秒级时间，因此可以方便地使用其来计算差值从而统计SQL执行的用时。如下： set@st=unix_timestamp(current_timestamp(3)); #要执行的语句 insertintotable.... set@en=unix_timestamp(current_timestamp(3)); #下面的...[>>…]

    在windows上测试磁盘的读写性能。以管理员身份运行cmd,执行命令：winsatdisk.运行命令后显示当前磁盘扫描结果。默认测试系统盘，如果要测试其它盘，指定即可。如命令：winsatdisk-drived 即可测试D盘。 >运行时间00:00:00.00 >正在运行:存储评估'-seq-read-n0' >运行时间00:00:03.33 >正在运行:存储评估'-ran-read-n0' >运行时间00:00:03.66 >正在运行:存储评估'-scen2009-driveC:' >运行时间00:01:03.66 >正在运行:存储评估'-seq-write-driveC:' >运行时间...[>>…]

    数据库CPU占用、内存占用都未发现有什么异常，但执行SQL操作时却很慢，特别是在执行写操作的时候。通过调整一些涉及数据库IO的配置发现可以提升性能，因此推测相同的服务器配置，写入的速度差异就应该和磁盘的IO性能有关，linux和WIN测试磁盘的读写性能-IO性能排查测试方法如下：1.Ubuntu和Centos测试磁盘的读性能 #Ubuntu上测试磁盘的读性能。 root@test:~#apt-getinstallhdparm-y root@test:~#hdparm-t/dev/vda1 /dev/vda1: Timingbuffereddiskreads:256MBin3.06seconds=83.59MB/sec #Cen...[>>…]

    在MYSQL8进行数据库操作的时候出现报错，具体错误：[Err]1055-Expression#1ofORDERBYclauseisnotinGROUPBYclauseandcontainsnonaggregatedcolumn'information_schema.PROFILING.SEQ'whichisnotfunctionallydependentoncolumnsinGROUPBYclause;thisisincompatiblewithsql_mode=only_full_group_by。此错误和MYSQl的sql模式有关，    一般的mysql中的@@sql_mode值为，STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,N...[>>…]

    在Ubuntu上使用apt-getinstallmysql会自动安装5.7版本(repositories上MySQL的版本是5.7，)。可以试试#aptsearchmysql8发现找不到任何内容，而搜索#aptsearchmysql能看到有5.7版本。因此我们不通过直接执行apt-getinstallmysql-server命令来安装我们要安装的MySQL8版本。mysql8.0版本的下载地址：https://dev.mysql.com/downloads/mysql/    安装方式可以自己手动下载一个一个包，然后按照一定顺序逐个安装，但那样真的很麻烦，要下载的包很多，而且顺序还不能错，直接安...[>>…]

    本文遵循字少事大的原则：欢迎在青岛喜欢玩吉他的朋友加入我们的微信群,QQ群哈。周末或其它假期一起玩琴、唱歌、边吃零食、边吹海风。我们不定期组织活动，大家一起High起来。再苦逼的人生，也需要快乐的旋律。青岛吉他爱好者QQ群：442093145。青岛吉他爱好者微信群二维码：因二维码总会过期失效，不再更新，大家可先加QQ群再把你拉进去哈。期待你的加入！[>>…]

    Python中的tryfinally块是一个异常捕获的手段，同时Python中还有一个功能就是tryfinally块里的finally语句块总是会被执行的，并且会使用try语句块里的变量。如下示例代码及其运行结果： #示例1 deftest(): try: print("a") yield1 return2 finally: print("bbbb") return0 a=test() print(a) print("-"*30) print(next(a)) print(a) print("="*30) print(next(a)) #示例2 deftest2(): try: print("a") return2 finally: print("b") #return0 a=test2() print('-'*30) print(a) 执行结果如...[>>…]

    使用的tiangolo/uvicorn-gunicorn-fastapi作为服务端，在启动的时候通过配置gunicorn_conf.py中的workers来实现启动多进程来应对并发请求，今天突然如果服务在运行的过程中有些原因需要重启，有没有办法做到平滑重启呢？就像nginx的-sreload一样。之前在文章：http://www.04007.cn/article/944.html中曾认为发送HUP信号给gunicorn，就会平滑reload。但今天真实测试发现其能实现代码重加载，但并不能平滑。    因为上篇文章中的代码使用的是软链接，无法进行测试，这次的...[>>…]

ab压测的一些选项-nrequests    全部请求数-cconcurrency 并发数-ttimelimit   最传等待回应时间-ppostfile    POST数据文件-Tcontent-typePOSTContent-type-vverbosity   Howmuchtroubleshootinginfotoprint-w             PrintoutresultsinHTMLtables-i             UseHEADinsteadofGET-xattr...[>>…]