textarea的rows属性决定初始行数而非height，应设为rows="12"并配合min/max-height、resize:vertical等CSS及input动态监听实现自适应拉伸。
textarea 的 rows 属性决定初始行数，不是 height
phpmyadmin 的 sql 输入框是 <textarea></textarea>，它的默认高度由 rows 属性控制，而不是 css 的 height。硬设 height: 200px 会导致用户缩放字体、切换高 dpi 屏幕或使用移动端时严重错位——这是最常被误改的点。
实操建议：
-
rows="12"是稳妥起点，覆盖多数带 CTE 或两层子查询的语句，既不遮挡按钮又保留上下文 - 不要在 config.inc.php 或主题 CSS 里写
textarea { height: ... }，phpMyAdmin 自身 JS 会动态拉伸，固定 height 会干扰它 - 若你用的是自定义主题（如 metro 或 bootstrap），检查
public/themes/your-theme/css/common.css是否意外覆盖了textarea#sqlquery的rows
拖拽放大失效？先确认 resize 和 JS 加载正常
右下角小三角消失、鼠标悬停无 resize 光标，本质不是配置问题，而是前端能力未就绪。
常见原因和验证步骤：
- 打开浏览器 DevTools → Console，刷新页面，看是否有
Uncaught ReferenceError: $ is not defined—— 这说明 jQuery 未加载，sql.js依赖它来绑定 resize 逻辑 - 切换到 Network 面板，过滤
js，确认jquery.js、sql.js、functions.js均返回200；404 或 500 会导致 resize 功能静默失效 - 检查 HTML 中是否有多余的
<meta name="viewport">标签冲突，尤其当 phpMyAdmin 嵌入 iframe 或管理后台时，错误的viewport会禁用resize - CSS 必须包含
textarea#sqlquery { resize: vertical; overflow-y: auto; overflow-x: hidden; }，缺一不可
动态拉伸逻辑依赖 scrollHeight，别跳过 input 监听
phpMyAdmin 自带的 JS 会监听 input 事件，对比 textarea.scrollHeight 和当前 clientHeight 决定是否扩大。这个机制很轻量，但容易被第三方脚本或缓存干扰。
如果你发现输入多行后框体不自动变高：
- 确认没在浏览器插件（如某些广告拦截器）中屏蔽了
sql.js或内联 script - 清空浏览器缓存并硬刷新（Ctrl+Shift+R），phpMyAdmin 的 JS 有版本哈希，旧缓存可能跑老逻辑
- 避免给
textarea#sqlquery设置max-height过小（如max-height: 150px），否则拉伸到上限就停住，用户仍需滚动 - 移动端需额外加
scrollIntoView({ behavior: 'smooth', block: 'nearest' })延时触发，否则光标被软键盘盖住
位置偏移或被遮挡？检查父容器的 flex / grid 布局
SQL 输入框默认位于页面中部，但如果嵌入定制后台或 Modal，常因父容器用了 display: flex 或 grid 导致 textarea 被压缩、换行或错位。
定位方法：
- 右键输入框 → “检查元素”，往上逐级看父元素的
display、flex-direction、align-items - 临时加调试样式：
textarea#sqlquery { background: rgba(255,0,0,0.1) !important; }，确认是否被父容器裁剪 - 关键修复：给直接父容器加
min-width: 100%和overflow: visible，避免 flex item 默认收缩 - 若用 Bootstrap 5+，注意
.col类可能设了min-width: 0，需重置为min-width: auto
height 发现缩放后字全挤在一起，或者拖拽放大后整个布局塌陷——这些都指向对 rows 和 resize 机制的理解偏差。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
